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8.2.6.8 Physical channel reconfiguration for transition from CELL_DCH to CELL_FACH: Failure 
(Unsupported configuration) 313 

8.2.6.9 Physical channel reconfiguration for transition from CELL_DCH to CELL_FACH: Failure 
(Physical channel failure) 314 
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8.2.6.10 Physical channel reconfiguration for transition from CELL_DCH to CELL_FACH: Failure 
(Incompatible simultaneous reconfiguration) 315 

8.2.6.1 1 Physical channel reconfiguration for transition from CELL_DCH to CELL_FACH: Failure 
(Invalid message reception) 316 

8.2.6.12 Physical channel reconfiguration for transition from CELL_FACH to CELL_DCH: Success 318 

8.2.6.13 Physical channel reconfiguration for transition from CELL_FACH to CELL_DCH: Failure 
(Unsupported configuration) 319 

8.2.6.14 Physical channel reconfiguration for transition from CELL_FACH to CELL_DCH: Failure 
(Physical channel failure and reversion to old configuration) 320 

8.2.6.15 Physical channel reconfiguration for transition from CELL_FACH to CELL_DCH: Failure 
(Physical channel failure and reversion failure) 321 

8.2.6.16 Physical channel reconfiguration for transition from CELL_FACH to CELL_DCH: Failure 
(Incompatible simultaneous reconfiguration) 322 

8.2.6.17 Physical channel reconfiguration for transition from CELL_FACH to CELL_DCH: Failure 

(Invalid message reception) 324 

8.2.6.18 Physical channel reconfiguration for transition from CELL_FACH to CELL_FACH: Success 325 

8.2.6.19 Physical channel reconfiguration for transition from CELL_FACH to CELL_FACH: Failure 
(Unsupported configuration) 326 

8.2.6.20 Physical channel reconfiguration for transition from CELL_FACH to CELL_FACH: Failure 
(Physical channel failure) 327 

8.2.6.21 Physical channel reconfiguration for transition from CELL_FACH to CELL_FACH: Failure 
(Incompatible simultaneous reconfiguration) 328 

8.2.6.22 Physical channel reconfiguration for transition from CELL_FACH to CELL_FACH: Failure 
(Invalid message reception) 330 

8.2.7 Physical Shared Channel Allocation[TDD only] 331 

8.2.8 PUSCH capacity requestfTDD only] 331 

8.2.9 Downlink outer loop control 331 

8.2.9.1 Downlink outer loop control: Increase is Disallowed 331 

8.2.9.2 Downlink outer loop control: Increase is Allowed 332 

8.2.9.3 Downlink outer loop control: Failure (Invalid message reception) 333 

8.3 RRC connection mobility procedure 336 

8.3.1 Cell Update 336 

8.3.1.1 Cell Update: cell reselection in CELL_FACH 336 

8.3.1.3 Cell Update: periodical cell update in CELL_FACH 342 

8.3.1.4 Cell Update: periodical cell update in CELL_PCH 346 

8.3.1.5 Cell Update: UL data transmission in URA_PCH 350 

8.3.1.6 Cell Update: UL data transmission in CELL_PCH 353 

8.3.1.7 Cell Update: paging response in URA_PCH 357 

8.3.1.8 Cell Update: paging response in CELL_PCH 362 

8.3.1.9 Cell Update: re-entering of service area after T305 expiry and being out of service area 366 

8.3.1.10 Cell Update: expiry of T307 after T305 expiry and being out of service area 369 

8.3.1.11 Cell Update: Success after T302 time-out 370 

8.3.1.12 Cell Update: Failure (After Maximum Re-transmissions) 372 

8.3.1.13 Cell Update: Reception of Invalid CELL UPDATE CONFIRM Message 374 

8.3.1.14 Cell Update: Radio Bearer Control for Transition from CELL_DCH to CELL_FACH 376 

8.3.1.15 Cell Update: Acknowledged Mode RLC Reset 382 

8.3.2 URA Update 386 

8.3.2.1 URA Update: URA reselection 386 

8.3.2.2 URA Update: periodical URA update 387 

8.3.2.3 URA Update: re-entering of service area after T306 expiry 389 

8.3.2.4 URA Update: loss of service after expiry of timers T307 and T306 391 

8.3.2.5 URA Update: Success after Confirmation error of URA-ID list 392 

8.3.2.6 URA Update: Failure ( V303 is greater than N303 : Confirmation error of URA-ID list ) 394 

8.3.2.7 URA Update: Success after T303 timeout 396 

8.3.2.8 URA Update: Failure ( V303 is greater than N303:T303 timeout ) 397 

8.3.3. RNTI reallocation 399 

8.3.3.1 RNTI reallocation: Success 399 

8.3.3.2 RNTI reallocation: Failure (Invalid message reception) 401 

8.3.4 Active set update in soft handover 403 

8.3.4.1 Active set update in soft handover: Radio Link addition 403 
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8.3.4.2 Active set update in soft handover : Radio Link removal 405 

8.3.4.3 Active set update in soft handover: Combined radio link addition and removal (active set is not 

full) 407 

8.3.4.4 Active set update in soft handover: Unsupported Configuration in the UE 409 

8.3.4.5 Active set update in soft handover: Combined radio link addition and removal (active set is full) .. 410 

8.3.4.6 Active set update in soft handover: Incompatible simultaneous reconfiguration 412 

8.3.4.7 Active set update in soft handover: Invalid Message Reception 414 

8.3.5 Hard Handover 416 

8.3.6 Inter system hard handover to UTRAN 416 

8.3.7 Inter system hard handover from UTRAN 416 

8.3.8 Inter system cell reselection to UTRAN 416 

8.3.9 Inter system cell reselection from UTRAN 416 

8.4 Measurement procedure 417 

8.4.1 Measurement Control and Report 417 

8.4.1.1 Measurement Control and Report: Intra-frequency measurement for transition from idle mode to 
CELL_DCH state 417 

8.4.1.2 Measurement Control and Report: Inter-frequency measurement for transition from idle mode to 
CELL_DCH state 428 

8.4.1.3 Measurement Control and Report: Intra-frequency measurement for transition from idle mode to 
CELL_FACH state 431 

8.4.1.4 Measurement Control and Report: Inter-frequency measurement for transition from idle mode to 
CELL_FACH state 437 

8.4.1.5 Measurement Control and Report: Intra-frequency measurement for transition from CELL_DCH 

to CELL_FACH state 441 

8.4. 1 .6 Measurement Control and Report: Inter-frequency measurement for transition from CELL_DCH 

to CELL_FACH state 450 

8.4.1.7 Measurement Control and Report: Intra-frequency measurement for transition from 
CELL_FACH to CELL_DCH state 457 

8.4. 1 .8 Measurement Control and Report: Inter-frequency measurement for transition from 
CELL_FACH to CELL_DCH state 467 

8.4.1.9 Measurement Control and Report: Unsupported measurement in the UE 473 

8.4.1.10 Measurement Control and Report: Failure (Invalid Message Reception) 475 

9 Elementary procedures of mobility management 478 

9.1 TMSI reallocation 478 

9.1.2 Test purpose 478 

9.1.3 Method of test 478 

9.2 Authentication 481 

9.2.1 Authentication accepted 481 

9.2.2 Authentication rejected 482 

9.3 Identification 486 

9.3.1 General Identification 486 

9.3.2 Handling of IMSI shorter than the maximum length 488 

9.4 Location updating 491 

9.4.1 Location updating / accepted 491 

9.4.2 Location updating /rejected 496 

9.4.2.1 Location updating /rejected/ IMSI invalid 496 

9.4.2.2 Location updating / rejected / PLMN not allowed 499 

9.4.2.3 Location updating /rejected/ location area not allowed 503 

9.4.2.4 Location updating / rejected / roaming not allowed in this location area 507 

9.4.3 Location updating / abnormal cases 514 

9.4.3.1 Location updating / abnormal cases /random access fails 514 

9.4.3.2 Location updating / abnormal cases / attempt counter less or equal to 4, LAI different 516 

9.4.3.3 Location updating / abnormal cases / attempt counter equal to 4 522 

9.4.3.4 Location updating / abnormal cases / attempt counter less or equal to 4, stored LAI equal to 
broadcast LAI 529 

9.4.4 Location updating /release / expiry of T3240 536 

9.4.5 Location updating /periodic 537 

9.4.5.1 Location updating /periodic spread 537 

9.4.5.2 Location updating /periodic normal /test 1 538 

9.4.5.3 Location updating /periodic normal /test 2 540 
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9.4.5.4 Location updating / periodic HPLMN search 543 

9.4.5.4.1 Location updating /periodic HPLMN search/ UE waits time T 543 

9.4.5.4.2 Location updating /periodic HPLMN search/ UE in manual mode 544 

9.4.5.4.3 Location updating / periodic HPLMN search / UE waits at least two minutes and at most T 
minutes 545 

9.4.6 Location updating / interworking of attach and periodic 547 

9.5 MM connection 548 

9.5.1 Introduction 548 

9.5.2 MM connection / establishment with cipher 549 

9.5.3 MM connection / establishment without cipher 550 

9.5.4 MM connection / establishment rejected 551 

9.5.5 MM connection / establishment rejected cause 4 552 

9.5.6 MM connection / expiry T3230 554 

9.5.7 MM connection/ abortion by the network 555 

9.5.7.1 MM connection/ abortion by the network / cause #6 555 

9.5.7.2 MM connection/ abortion by the network / cause not equal to #6 558 

9.5.8 MM connection / follow-on request pending 559 

9.5.8.1 MM connection / follow-on request pending / test 1 559 

9.5.8.2 MM connection / follow-on request pending / test 2 560 

9.5.8.3 MM connection / follow-on request pending / test 3 562 

10 Circuit Switched Call Control (CC) 564 

10.1 Circuit switched Call Control (CC) state machine verification 564 

10.1.1 General on CC state machine verification 564 

10.1.2 Establishment of an outgoing call 565 

10.1.2.1 Outgoing call / U0 null state 567 

10.1.2.1.1 Outgoing call / U0 null state / MM connection requested 567 

10.1.2.2 Outgoing call /U0.1 MM connection pending 568 

10.1.2.2.1 Outgoing call / U0.1 MM connection pending / CM service rejected 568 

10.1.2.2.2 Outgoing call/UO.l MM connection pending /CM service accepted 569 

10.1.2.2.3 Outgoing call/UO.l MM connection pending /lower layer failure 571 

10.1.2.3 Outgoing call / Ul call initiated 572 

10.1.2.3.1 Outgoing call /Ul call initiated / receiving CALL PROCEEDING 572 

10.1.2.3.2 Outgoing call / Ul call initiated / rejecting with RELEASE COMPLETE 573 

10.1.2.3.3 Outgoing call / Ul call initiated / T303 expiry 575 

10.1.2.3.4 Outgoing call / Ul call initiated / lower layer failure 576 

10.1.2.3.5 Outgoing call / Ul call initiated / receiving ALERTING 578 

10.1.2.3.6 Outgoing call / Ul call initiated / entering state U10 579 

10.1.2.3.7 Outgoing call / Ul call initiated / unknown message received 580 

10.1.2.4 Outgoing call/U3 UE originating call proceeding 581 

10.1.2.4.1 Outgoing call / U3 UE originating call proceeding / ALERTING received 581 

1 0. 1 .2.4.2 Outgoing call / U3 UE originating call proceeding / CONNECT received 582 

10. 1 .2.4.3 Outgoing call / U3 UE originating call proceeding / PROGRESS received without in band 
information 584 

10.1.2.4.4 Outgoing call / U3 UE originating call proceeding / PROGRESS with in band information 585 

10.1.2.4.5 Outgoing call / U3 UE originating call proceeding / DISCONNECT with in band tones 587 

10.1.2.4.6 Outgoing call / U3 UE originating call proceeding / DISCONNECT without in band tones 588 

10.1.2.4.7 Outgoing call / U3 UE originating call proceeding / RELEASE received 589 

1 0. 1 .2.4.8 Outgoing call / U3 UE originating call proceeding / termination requested by the user 591 

1 0. 1 .2.4.9 Outgoing call / U3 UE originating call proceeding / traffic channel allocation 592 

10.1.2.4.10 Outgoing call / U3 UE originating call proceeding /timer T310 time-out 593 

10.1.2.4.11 Outgoing call / U3 UE originating call proceeding /lower layer failure 594 

10.1.2.4.12 Outgoing call/U3 UE originating call proceeding /unknown message received 595 

1 0. 1 .2.4. 1 3 Outgoing call / U3 UE originating call proceeding / Internal alerting indication 597 

10.1.2.5 Outgoing call / U4 call delivered 598 

10.1.2.5.1 Outgoing call / U4 call delivered / CONNECT received 598 

10.1.2.5.2 Outgoing call / U4 call delivered / termination requested by the user 599 

10. 1.2.5.3 Outgoing call / U4 call delivered / DISCONNECT with in band tones 600 

10. 1.2.5.4 Outgoing call / U4 call delivered / DISCONNECT without in band tones 601 

10. 1.2.5.5 Outgoing call / U4 call delivered / RELEASE received 603 

10.1.2.5.6 Outgoing call / U4 call delivered / lower layer failure 604 
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10.1.2.5.7 Outgoing call / U4 call delivered / traffic channel allocation 605 

10.1.2.5.8 Outgoing call / U4 call delivered / unknown message received 606 

10.1.2.6 U10 call active 608 

10.1.2.6.1 U10 call active / termination requested by the user 608 

10.1.2.6.2 U10 call active /RELEASE received 609 

10.1.2.6.3 U10 call active / DISCONNECT with in band tones 610 

10.1.2.6.4 U10 call active / DISCONNECT without in band tones 612 

10.1.2.6.5 U10 call active / RELEASE COMPLETE received 613 

10.1.2.6.6 U10 call active / SETUP received 614 

10.1.2.7 Ull disconnect request 616 

10.1.2.7.1 Ull disconnect request / clear collision 616 

10.1.2.7.2 Ull disconnect request / RELEASE received 617 

10.1.2.7.3 Ull disconnect request / timer T305 time-out 618 

10.1.2.7.4 Ull disconnect request / lower layer failure 620 

10.1.2.7.5 Ull disconnect request / unknown message received 621 

10.1.2.8 U12 disconnect indication 622 

10.1.2.8.1 U12 disconnect indication / call releasing requested by the user 622 

10.1.2.8.2 U12 disconnect indication / RELEASE received 623 

10.1.2.8.3 U12 disconnect indication / lower layer failure 625 

10.1.2.8.4 U12 disconnect indication/ unknown message received 626 

10.1.2.9 Outgoing call/U19 release request 627 

10.1.2.9.1 Outgoing call / U19 release request / timer T308 time-out 627 

10.1.2.9.2 Outgoing call / U19 release request / 2nd timer T308 time-out 628 

10.1.2.9.3 Outgoing call / U19 release request / RELEASE received 630 

10.1.2.9.4 Outgoing call / U19 release request / RELEASE COMPLETE received 631 

10.1.2.9.5 Outgoing call / U19 release request / lower layer failure 633 

10.1.3 Establishment of an incoming call / Initial conditions 634 

10.1.3.1 Incoming call / U0 null state 636 

10.1.3.1.1 Incoming call / U0 null state / SETUP received with a non supported bearer capability 636 

10.1.3.2 Incoming call /U6 call present 637 

10.1.3.2.1 Incoming call / U6 call present / automatic call rejection 637 

10.1.3.3 Incoming call/U9 mobile terminating call confirmed 639 

10.1.3.3.1 Incoming call / U9 mobile terminating call confirmed / alerting or immediate connecting 639 

10.1.3.3.2 Incoming call / U9 mobile terminating call confirmed /DTCH assignment 640 

10.1.3.3.3 Incoming call / U9 mobile terminating call confirmed / termination requested by the user 641 

10.1.3.3.4 Incoming call / U9 mobile terminating call confirmed / DISCONNECT received 642 

1 0. 1 .3 .3 .5 Incoming call / U9 mobile terminating call confirmed / RELEASE received 644 

10.1.3.3.6 Incoming call / U9 mobile terminating call confirmed /lower layer failure 645 

10.1.3.3.7 Incoming call / U9 mobile terminating call confirmed / unknown message received 647 

10.1.3.4 Incoming call / U7 call received 648 

10.1.3.4.1 Incoming call / U7 call received / call accepted 648 

10.1.3.4.2 Incoming call / U7 call received / termination requested by the user 649 

10.1.3.4.3 Incoming call / U7 call received / DISCONNECT received 650 

10.1.3.4.4 Incoming call/U7 call received / RELEASE received 652 

10.1.3.4.5 Incoming call / U7 call received / lower layer failure 653 

10.1.3.4.6 Incoming call/U7 call received / unknown message received 654 

10.1.3.4.7 Incoming call / U7 call received / DTCH assignment 655 

10.1.3.4.8 Incoming call / U7 call received / RELEASE COMPLETE received 657 

10.1.3.5 Incoming call / U8 connect request 658 

10.1.3.5.1 Incoming call / U8 connect request / CONNECT acknowledged 658 

10.1.3.5.2 Incoming call / U8 connect request /timer T313 time-out 659 

10.1.3.5.3 Incoming call / U8 connect request / termination requested by the user 661 

10.1.3.5.4 Incoming call / U8 connect request / DISCONNECT received with in-band information 662 

10.1.3.5.5 Incoming call / U8 connect request / DISCONNECT received without in-band information 663 

10.1.3.5.6 Incoming call / U8 connect request / RELEASE received 664 

10.1.3.5.7 Incoming call / U8 connect request / lower layer failure 666 

10.1.3.5.8 Incoming call / U8 connect request / DTCH assignment 667 

10.1.3.5.9 Incoming call / U8 connect request / unknown message received 668 

10.1.4 In call functions 669 

10.1.4.1 In-call functions / DTMF information transfer 669 
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10.1.4.1.1 In-call functions /DTMF information transfer / basic procedures 669 

10.1.4.2 In-call functions / user notification 671 

10.1.4.2.1 In-call functions / User notification / UE terminated 671 

10.1.4.3 In-call functions /channel changes 672 

10.1.4.3.1 In-call functions / channel changes / a successful channel change in active state/ Hard 
handover 673 

10.1.4.3.2 In-call functions / channel changes / an unsuccessful channel change in active mode/Hard 
handover 674 

10.1.4.4 In-call functions / UE terminated in-call modification 675 

10. 1 .4.4. 1 In-call functions / UE terminated in-call modification / modify when new mode is not 

supported 675 

10.1.4.5 In-call functions /UE originated in-call modification 677 

10.1.4.5.1 In-call functions / UE originated in-call modification/ a successful case of modifying 677 

10.1.4.5.2 In-call functions / UE originated in-call modification/ modify rejected 679 

10.1.4.5.3 In-call functions / UE originated in-call modification/ an abnormal case of acceptance 680 

10.1.4.5.4 In-call functions / UE originated in-call modification / an abnormal case of rejection 681 

10.1.4.5.5 In-call functions / UE originated in-call modification / time-out of timer T323 683 

10.1.4.5.6 In-call functions / UE originated in-call modification / a successful channel change in state 
mobile originating modify 684 

10.1.4.5.7 In-call functions / UE originated in-call modification / an unsuccessful channel change in 

state mobile originating modify 685 

10.1.4.5.8 In-call functions / UE originated in-call modification / unknown message received 687 

10.1.4.5.9 In-call functions / UE originated in-call modification / a release complete received 688 

10.2 Call Re-establishment 690 

10.2.1 Call Re-establishment/call present, re-establishment allowed 690 

10.2.2 Call Re-establishment/call under establishment, transmission stopped 691 

10.3 User to user signalling 693 

11 Session Management Procedures 696 

11 
11 
11 
11 
11 
11 
11 
11 
11 
11 
11 
11 
11 
11 
11 



11 
11 
11 
11 
11 
11 
11 
11 
11 
11 
11 
11 
11 
11 
11 
11 



1 PDP context activation 696 

1.1 Initiated by the UE 696 

1.1.1 Attach initiated by context activation/QoS Offered by Network is the QoS Requested 696 

1.1.2 QoS offered by the network is a lower QoS 698 

1.1.2.1 QoS accepted by UE 698 

1.1.2.2 QoS rejected by UE 699 

1.2 PDP context activation requested by the network, successful and unsuccessful 700 

1.3 Abnormal Cases 703 

1.3.1 T3380 Expiry 703 

1.3.2 Collision of UE initiated and network requested PDP context activation 704 

1.4 Secondary PDP context activation procedure (FFS) 706 

1.4.1 Secondary PDP context activation procedure, successful and unsuccessful 706 

1.4.2 Abnormal cases 706 

1.4.2.1 Expiry of timers 706 

1.4.2.2 UE initiated secondary PDP context activation for an already activated secondary PDP 

context (on the network side) 707 

2 PDP context modification procedure 707 

2.1 Network initiated PDP context modification 707 

2.1.5 Test requirements 708 

2.2 UE initiated PDP context modification (FFS) 709 

2.3 Abnormal cases (FFS) 709 

2.3.1 T3381 expiry 709 

2.3.2 Collision of UE and network initiated PDP context modification procedures 709 

3 PDP context deactivation procedure 709 

3.1 PDP context deactivation initiated by the UE 709 

3.1.5 Test requirements 710 

3.2 PDP context deactivation initiated by the network 710 

3.2.5 Test requirements 712 

3.3 Abnormal cases 712 

3.3.1 T3390 Expiry 712 

3.3.2 Collision of UE and network initiated PDP context deactivation requests 714 

4 Unknown or Unforeseen Transaction Identifier/Non-semantical Mandatory Information Element Errors... 715 
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11.4.1 Error cases 715 

12 Elementary procedure for Packet Switched Mobility Management 718 

12.1 Applicability, default conditions and default messages 718 

12.2 PS attach procedure 718 

12.2.1 Normal PS attach 718 

12.2.1.1 PS attach / accepted 718 

12.2.1.2 PS attach / rejected / IMSI invalid / illegal UE 721 

12.2.1.3 PS attach / rejected / IMSI invalid / PS services not allowed 724 

12.2.1.4 PS attach / rejected / PLMN not allowed 726 

12.2.1.5 PS attach / rejected /roaming not allowed in this location area 728 

12.2.1.6 PS attach/ abnormal cases / access barred due to access class control 736 

12.2.1.7 PS attach / abnormal cases / change of cell into new routing area 739 

12.2.1.8 PS attach/ abnormal cases /power off 740 

12.2.1.9 PS attach/ abnormal cases /PS detach procedure collision 742 

12.2.2 Combined PS attach 744 

12.2.2.1 Combined PS attach / PS and non-PS attach accepted 744 

12.2.2.2 Combined PS attach / PS only attach accepted 748 

12.2.2.3 Combined PS attach / PS attach while IMSI attach 753 

12.2.2.4 Combined PS attach / rejected / IMSI invalid / illegal ME 755 

12.2.2.5 Combined PS attach / rejected /PS services and non-PS services not allowed 757 

12.2.2.6 Combined PS attach / rejected / PS services not allowed 760 

12.2.2.7 Combined PS attach / rejected / location area not allowed 763 

12.2.2.8 Combined PS attach / abnormal cases / attempt counter check / miscellaneous reject causes 767 

12.2.2.9 Combined PS attach / abnormal cases / PS detach procedure collision 770 

12.3 PS detach procedure 773 

12.3.1 UE initiated PS detach procedure 773 

12.3.1.1 PS detach /power off/ accepted 773 

12.3.1.2 PS detach / accepted 774 

12.3.1.3 PS detach/ abnormal cases / attempt counter check / procedure timeout 776 

12.3.1.4 PS detach/ abnormal cases /GMM common procedure collision 778 

12.3.1.5 PS detach /power off /accepted 780 

12.3.1.6 PS detach / accepted / PS/IMSI detach 781 

12.3.1.7 PS detach / accepted / IMSI detach 783 

12.3.1.8 PS detach / abnormal cases / change of cell into new routing area 785 

12.3.1.9 PS detach/ abnormal cases /PS detach procedure collision 787 

12.3.2 Network initiated PS detach procedure 788 

12.3.2.1 PS detach / re-attach not required/ accepted 788 

12.3.2.2 PS detach / rejected / IMSI invalid / PS services not allowed 790 

12.3.2.3 PS detach / IMSI detach / accepted 793 

12.3.2.4 PS detach / re-attach requested / accepted 795 

12.3.2.5 PS detach / rejected / location area not allowed 797 

12.4 Routing area updating procedure 801 

12.4.1 Normal routing area updating 801 

12.4.1.1 Routing area updating / accepted 801 

12.4.1.2 Routing area updating / rejected / IMSI invalid / illegal ME 804 

12.4.1.3 Routing area updating /rejected / UE identity cannot be derived by the network 807 

12.4.1.4 Routing area updating / rejected / location area not allowed 809 

12.4.1.5 Routing area updating / abnormal cases / attempt counter check / miscellaneous reject causes 812 

1 2.4. 1 .6 Routing area updating / abnormal cases / change of cell into new routing area 816 

12.4.1.7 Routing area updating / abnormal cases / change of cell during routing area updating procedure 819 

12.4.1.8 Routing area updating / abnormal cases / P-TMSI reallocation procedure collision 821 

12.4.2 Combined routing area updating 823 

12.4.2.1 Combined routing area updating /combined RA/LA accepted 823 

12.4.2.2 Combined routing area updating / UE in CS operation at change of RA 826 

12.4.2.3 Combined routing area updating /RA only accepted 828 

12.4.2.4 Combined routing area updating / rejected / PLMN not allowed 833 

12.4.2.5 Combined routing area updating / rejected / roaming not allowed in this location area 835 

12.4.2.6 Combined routing area updating / abnormal cases / access barred due to access class control 840 

12.4.2.7 Combined routing area updating / abnormal cases / attempt counter check / procedure timeout 845 

12.4.2.8 Combined routing area updating / abnormal cases / change of cell into new routing area 848 
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12.4.2.9 Combined routing area updating / abnormal cases / change of cell during routing area updating 
procedure 851 

12.4.2.10 Combined routing area updating / abnormal cases /PS detach procedure collision 853 

12.4.3 Periodic routing area updating 856 

12.4.3.1 Periodic routing area updating / accepted 856 

12.4.3.2 Periodic routing area updating / accepted /T33 12 default value 857 

12.4.3.3 Periodic routing area updating / no cell available / network mode I 859 

12.4.3.4 Combined periodic routing area updating / no cell available 862 

12.5 P-TMSI reallocation 864 

12.6 PS authentication and ciphering 866 

12.6.1 Test of authentication 866 

12.6.1.1 Authentication accepted 866 

12.6.1.2 Authentication rejected 868 

12.6.2 Test of ciphering mode setting 870 

12.6.2.1 Ciphering mode / start ciphering 870 

12.6.2.2 Ciphering mode / stop ciphering 873 

12.6.2.3 Ciphering mode / IMEISV request 876 

12.7 Identification procedure 879 

12.7. lGeneral Identification 879 

12.8 GMM READY timer handling 881 

13 General Tests 884 

13.1 Emergency call /general 884 

13.2 Emergency call 884 

13.2.1 Emergency call / with USIM 884 

13.2.1.1 Emergency call / with USIM / accept case 884 

13.2.2 Emergency call / without USIM 886 

13.2.2.1 Emergency call / without USIM / accept case 886 

13.2.2.2 Emergency call / without USIM /reject case 888 

14 Radio Bearer Services 891 

14.1 General information for radio bearer tests 891 

14.1.1 UE radio bearer test mode activation procedure 891 

14.2 Combinations on DPCH 892 

14.2.1 Stand-alone UL: 1.7 DL: 1.7 kbpsSRBs for DCCH 892 

14.2.2 Stand-alone UL:3.4 DL:3.4 kbps SRBs for DCCH 892 

14.2.3 Stand-alone UL:13.6 DLT3.6 kbps SRBs for DCCH 892 

14.2.4 Conversational / speech / UL:12.2 DL:12.2 kbps / CS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH ... 892 

14.2.5 Conversational / speech / UL:10.2 DL:10.2 kbps / CS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH ... 894 

14.2.6 Conversational / speech / UL:7.95 DL:7.95 kbps / CS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH ... 895 

14.2.7 Conversational / speech / UL:7.4 DL:7.4 kbps / CS RAB+ UL:3.4 DL:3.4 kbps SRBs for DCCH 897 

14.2.8 Conversational / speech / UL:6.7 DL:6.7 kbps / CS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 899 

14.2.9 Conversational / speech / UL:5.9 DL:5.9 kbps / CS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 901 

14.2.10 Conversational / speech / UL:5.15 DL:5.15 kbps / CS RAB + UL:1.7 DL:1.7 kbps SRBs for DCCH ... 903 

14.2.1 1 Conversational / speech / UL:4.75 DL:4.75 kbps / CS RAB + UL:1.7 DL:1.7 kbps SRBs for DCCH ... 905 

14.2.12 Conversational / unknown / UL:64 DL:64 kbps / CS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 908 

14.2.13 Conversational / unknown / UL:32 DL:32 kbps / CS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 909 

14.2.14 Streaming / unknown / UL:28.8/DL:28.8 kbps / CS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 910 

14.2.15 Streaming / unknown / UL:57.6/DL:57.6 kbps / CS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 912 

14.2.16 Streaming / unknown / UL:0 DL:64 kbps / CS or PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 914 

14.2.17 Streaming / unknown / UL:64 DL:0 kbps / CS or PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 914 

14.2.18 Streaming / unknown / UL:0 DL:128 kbps / CS or PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH ... 914 

14.2.19 Streaming / unknown / UL:128 DL:0 kbps / CS or PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH .. 914 

14.2.20 Streaming / unknown / UL:0 DL:384 kbps / CS or PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH ... 914 

14.2.21 Interactive or background / UL:32 DL:8 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 914 

14.2.22 Interactive or background / UL:64 DL:8 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 914 

14.2.23 Interactive or background / UL:32 DL: 64 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 915 

14.2.24 Interactive or background / UL:64 DL: 64 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 915 

14.2.25 Interactive or background / UL:64 DL:128 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 915 

14.2.26 Interactive or background / UL:128 DL:128 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH... 915 

14.2.27 Interactive or background / UL:64 DL:144 kbps / PS RAB + UL:3.4 DL: 3.4 kbps SRBs for DCCH.... 915 
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14.2.28 Interactive or background / UL: 144 DL: 144 kbps / PS RAB + UL:3.4 DL: 3.4 kbps SRBs for DCCH.. 915 

14.2.29 Interactive or background / UL:64 DL:384 kbps / PS RAB + UL:3.4 DL: 3.4 kbps SRBs for DCCH.... 915 

14.2.30 Interactive or background / UL: 128 DL:384 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH... 915 

14.2.31 Interactive or background / UL:384 DL:384 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH... 916 

14.2.32 Interactive or background / UL:64 DL:2048 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH... 916 

14.2.33 Interactive or background / UL: 128 DL:2048 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for 

DCCH 916 

14.2.34 Interactive or background / UL:384 DL:2048 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for 

DCCH 916 

14.2.35 Conversational / speech / UL: 12.2 DL: 12.2 kbps / CS RAB + Interactive or background / UL:32 

DL:8 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 916 

14.2.36 Conversational / speech / UL: 12.2 DL: 12.2 kbps / CS RAB + Interactive or background / UL:32 

DL:64 kbps / PS RAB+ UL:3.4 DL: 3.4 kbps SRBs for DCCH 916 

14.2.37 Conversational / speech / UL: 12.2 DL: 12.2 kbps / CS RAB + Interactive or background / UL:64 

DL:64 kbps / PS RAB+ UL:3.4 DL: 3.4 kbps SRBs for DCCH 916 

14.2.38 Conversational / speech / UL: 12.2 DL: 12.2 kbps / CS RAB + Interactive or background / UL:64 
DL:128 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 916 

14.2.39 Conversational / speech / UL: 12.2 DL: 12.2 kbps / CS RAB + Interactive or background / UL:64 
DL:384 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 917 

14.2.40 Conversational / speech / UL: 12.2 DL: 12.2 kbps / CS RAB + Interactive or background / UL: 128 
DL:2048 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 917 

14.2.41 Conversational / speech / UL:12.2 DL:12.2 kbps / CS RAB + Streaming / unknown / UL:57.6 

DL:57.6 kbps / CS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 917 

14.2.42 Conversational / speech / UL: 12.2 DL: 12.2 kbps / CS RAB + Streaming / unknown / UL:0 DL:64 

kbps / CS or PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 917 

14.2.43 Conversational / speech / UL: 12.2 DL: 12.2 kbps / CS RAB + Streaming / unknown / UL:0 DL: 128 

kbps / CS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 917 

14.2.44 Conversational / speech / UL: 12.2 DL:12.2 kbps / CS RAB + Streaming / unknown / UL:0 DL:384 

kbps / CS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 917 

14.2.45 Conversational / speech / UL: 12.2 DL: 12.2 kbps / CS RAB + Conversational / unknown / UL:64 
DL:64 kbps / CS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 917 

14.2.46 Conversational / unknown / UL:64 DL:64 kbps / CS RAB + Conversational / unknown / UL:64 

DL:64 kbps / CS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 918 

14.2.47 Conversational / unknown / UL:64 DL:64 kbps / CS RAB + Interactive or background / UL:64 

DL:64 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 918 

14.2.48 Conversational / unknown / UL:64 DL:64 kbps / CS RAB + Interactive or background / UL:64 
DL:128 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 918 

14.2.49 Conversational / unknown / UL:64 DL:64 kbps / CS RAB + Interactive or background / UL: 128 
DL:128 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 918 

14.2.50 Interactive or background / UL:64 DL: 128 kbps / PS RAB + Streaming / unknown / UL:0 DL:64 

kbps / CS or PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 918 

14.2.5 1 Interactive or background / UL:64 DL: 128 kbps / PS RAB + Streaming / unknown / UL:0 DL: 128 

kbps / CS or PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 918 

14.3 Combinations on PDSCH and DPCH 918 

14.3.1 Interactive or background / UL:64 DL:384 kbps / PS RAB + UL:3.4 DL: 3.4 kbps SRBs for DCCH.... 918 

14.3.2 Interactive or background / UL:64 DL:2048 kbps / PS RAB + UL:3.4 DL: 3.4 kbps SRBs for DCCH.. 919 

14.3.3 Conversational / speech / UL: 12.2 DL: 12.2 kbps / CS RAB + Interactive or background / UL:64 
DL:384 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 919 

14.3.4 Conversational / speech / UL: 12.2 DL: 12.2 kbps / CS RAB + Interactive or background / UL:64 
DL:2048 kbps / PS RAB + UL:3.4 DL:3.4 kbps SRBs for DCCH 919 

14.4 Combinations on SCCPCH 919 

14.4.1 Stand-alone signalling RB for PCCH 919 

14.4.2 Interactive/Background 32 kbps PS RAB + 50.4 kbps SRBs for CCCH + 13.6 kbps SRB for DCCH 

+ SRB for BCCH 919 

14.4.3 Interactive/Background 32 kbps RAB + SRBs for PCCH + 50.4 kbps SRB for CCCH + 13.6 kbps 

SRB for DCCH + SRB for BCCH 919 

14.5 Combinations on PRACH 919 

14.5.1 Interactive/Background 32 kbps PS RAB + 16.6 kbps SRB for CCCH + 13.6 kbps SRB for DCCH 919 
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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

x the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



The present document is the first part of a multi-part conformance specification. TS 34.123-2 (part 2) [11] contains a 
pro-forma for the Implementation Conformance Statement (ICS). TS 34.123-3 (part 3) [12] contains a detailed and 
executable description of the test cases written in a standard testing language, TTCN, as defined in ISO/IEC 9646. 

For at least a minimum set of services, the prose descriptions of test cases will have a matching detailed test case 
implemented in TTCN [12]. 

The minimum set of services are defined as: 

voice calls; 

emergency calls; 
- SMS (both Point-to-point and Cell broadcast); 

Circuit Switched data at up to 64 k bits/second; 

fax; 
including the underlying layers to support these services. 
Release 99 will also include the areas: 

auto-calling restrictions. 

The present document may contain descriptions of tests for additional services, but these tests may not have matching 
TTCN test cases. 

The present document will not contain any tests on the USIM, or the interface between the UE and the USIM. These 
tests are documented elsewhere. 

Version 1.0.0 of this specification is intended to be at least 60% complete as judged against its anticipated release 99 
contents. Version 3.0.0 is intended to be better that 98% complete as judged against its anticipated release 99 contents. 
These figures should not be taken as representing test coverage of the release 99 core specifications. 
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1 Scope 

The present document specifies the protocol conformance testing for the 3 rd Generation User Equipment (UE). 
This is the first part of a multi-part test specification. The following information can be found in this part: 

the overall test structure; 

the test configurations; 

the conformance requirement and reference to the core specifications; 

the test purposes; and 

a brief description of the test procedure, the specific test requirements and short message exchange table. 
The following information relevant to testing can be found in accompanying specifications: 

the default setting of the test parameters [9] 

the applicability of each test case [11] 



A detailed description of the expected sequence of messages can be found in the 3 rd part of this test specification. 
The Implementation Conformance Statement (ICS) pro-forma can be found in the 2 nd part of this specification. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

[I] 3G TR 21.905: "3G Vocabulary". 

[2] 3G TS 23.003: "Numbering, Addressing and Identification". 

[3] 3G TS 23.022: "Functions related to Mobile Station (MS) in idle mode". 

[4] 3G TS 24.008: "Mobile Radio Interface Layer 3 specification; Core Network Protocols - Stage 3". 

[5] 3G TS 25.214: "FDD; physical layer procedures". 

[6] 3G TS 25.321: "Medium Access Control (MAC) Protocol Specification". 

[7] 3G TS 25.322: "Radio Link Control (RLC) Protocol Specification". 

[8] 3G TS 25.331: "Radio Resource Control (RRC) Protocol Specification". 

[9] 3G TS 34. 108: "Reference Environment for Conformance Testing of 3G user equipment (UE)". 

[10] 3G TS 34. 109: "Logical Test Interface (TDD and FDD)". 

[II] 3G TS 34. 123-2: "Mobile Station (MS) Conformance Specification, Part 2 - ICS". 
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[12] 3G TS 34. 123-3: " Mobile Station (MS) Conformance Specification, Part 3 - Abstract Test Suites". 

[13] GSM 11.10: "Mobile Station (MS) Conformance Specification". 

3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TR 21.905 apply, unless specified below. 
example: text used to clarify abstract rules by applying them literally. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations specified in TR 25.905 apply, with any additional 
abbreviations specified below: 

SS System Simulator 

4 Overview 

4.1 Test Methodology 

4.1 .1 Testing of optional functions and procedures 

Any function or procedure which is optional, as indicated in this TS , may be subject to a conformance test if it is 
implemented in the UE. 

A declaration by the apparatus supplier (ICS) is used to determine whether an optional function/procedure has been 
implemented. 

4.1 .2 Test interfaces and facilities 

Detailed descriptions of the UE test interfaces and special facilities for testing are provided in [10]. 

4.2 Implicit Testing 

For some 3GPP signalling and protocol features conformance is not verified explicitly in this TS. This does not imply 
that correct functioning of these features is not essential, but that these are implicitly tested to a sufficient degree in 
other tests. 



Reference Conditions 



The reference environments used by all signalling and protocol tests are specified in TS 34.108. Where a test requires 
an environment that is different, this will be specified in the test itself. 
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5.1 Generic setup procedures 



A set of basic generic procedures for radio resource signalling, and generic setup procedures for layer 3 NAS signalling 
are described in TS 34.108 Clause 7. These procedures are used in numerous test cases throughout this specification. 
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6 Idle mode operations 

6.1 In a pure 3GPP environment 

6.1 .1 PLMN selection and reselection 

6.1 .1 .1 Manual mode PLMN selection and UE indication of available PLMNs 

Test to verify that the UE indicates available PLMNs to the user. 
FFS 



6.1 .1 .2 Manual mode PLMN selection / reselection; independence of RF level and 

preferred PLMN 

6.1.1.2.1 Definition 

Test to verify that in Manual Network Selection Mode, the UE is able to obtain normal service on a PLMN which is 
neither the better nor a preferred PLMN and that it tries to obtain service on a VPLMN if and only if the user selects it 
manually. 

6.1 .1 .2.2 Conformance requirement 

1 . At switch on, the UE selects and attempts to perform a Location Registration on the registered PLMN, if it 
exists. On recovery from lack of coverage, the UE selects the registered PLMN (if it exists) and, if necessary 
attempts to perform a Location Registration. 

If successful registration is achieved, the UE indicates the selected PLMN. If there is no registered PLMN, or if 
registration is not possible due to the PLMN being unavailable or registration failure, the UE follows either 
Automatic or Manual Network Selection Mode Procedure depending on its operating mode. 

2. Manual mode - Here the UE indicates to the user which PLMNs are available. Only when the user makes a 
manual selection does the UE try to obtain normal service on the VPLMN. 

3. The user may select his desired PLMN and the UE then initiates registration on this PLMN. (This may take place 
at any time during the presentation of PLMNs). For such a registration, the UE shall ignore the contents of the 
forbidden LAI and PLMN lists. 

References 

1. TS 23.122, 4.4.3.1 

2. TS 23.122, 3.1 

3. TS 23.122, 4.4.3.1.B 

6.1.1.2.3 Test purpose 

1 . To verify that the selected PLMN at switch-on is the RPLMN 

2. To verify that in Manual Network Selection Mode Procedure the UE tries to obtain service on a VPLMN if and 
only if the user selects it manually 

3. To verify that the UE is able to obtain normal service on a PLMN which is neither the better nor a preferred 
PLMN. 
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6.1.1.2.4 



Method of test 



Initial conditions 

The UE is in manual mode. 

The RPLMN is PLMN 1 which is also the HPLMN. 

The preferred PLMN list on the SIM contains PLMN 3 (different MCC-MNC) but not PLMN 2. 

Parameters changed from the default values in table 6.1.3.1 and table [FFS]. 



Parameter 


Unit 


CelM 


Cell 2 


T1 


T2 


T3 


PLMN number 




PLMN 1 


[OFF] 


PLMN 3 


PLMN 2 


RF level 


dBuVemf 


38 


- 


48 


33 



[Editor's note: MCC and MNC need to be specified here or in a default table] 

Test procedure 

a) The SS activates cells 1 and 2 with Tl defined parameters. 

b) The UE is switched on. 

c) The SS waits for RRC CONNECTION REQUEST from the UE 

d) Cell 1 is switched off as described for T2. 

e) The SS waits to see if there is any RRC CONNECTION REQUEST from the UE 

f) Cell 1 is switched on and set according to T3 

g) The SS waits to see if there is any RRC CONNECTION REQUEST from the UE 
h) PLMN 2 is selected manually 

i) The SS waits for RRC CONNECTION REQUEST from the UE 

j) Cell 2 is switched off 

k) The SS waits to see if there is any RRC CONNECTION REQUEST from the UE 

6.1.1.2.5 Test Requirements 

1) In step c), there shall be a response on Cell 1 within 2 min. 

2) In step e), there shall be no response from the UE within 2 min. 

3) In step g), there shall be no response from the UE within 2 min. 

4) In step i), there shall be a response on Cell 2 within 2 min. 

5) In step k), there shall be no response from the UE within 2 min. 
[Editor's note: The time 2 min is taken from the GSM 11.10-1, test case 26.3.4] 

6.1 .1 .3 Manual mode PLMN reselection 

Test to verify that the UE in manual PLMN selection mode selects the PLMN requested by the user. 
FFS 
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6.1 .1 .4 Automatic mode PLMN selection 

6.1.1.4.1 Definition 

Test to verify that in Automatic Network Selection Mode, the UE selects PLMNs in a prioritized order. 

6.1 .1 .4.2 Conformance requirement 

1 . At switch on, the UE selects and attempts to perform a Location Registration on the registered PLMN, if it 
exists. On recovery from lack of coverage, the UE selects the registered PLMN (if it exists) and, if necessary 
attempts to perform a Location Registration. 

If successful registration is achieved, the UE indicates the selected PLMN. If there is no registered PLMN, or if 
registration is not possible due to the PLMN being unavailable or registration failure, the UE follows either 
Automatic or Manual Network Selection Mode Procedure depending on its operating mode. 

2. Automatic Network Selection Mode Procedure: 

The UE selects and attempts registration on other PLMNs, if available and allowable, in all of its bands of 
operation in the following order: 

1 . 1 HPLMN (if not previously selected); 

1 .2 Each PLMN in the "PLMN Selector" data field in the SIM (in priority order); 

1 .3 Other PLMNs with received high quality signal in random order; 

1 .4 All other PLMNs in order of decreasing signal quality. 

If successful registration is achieved, the UE indicates the selected PLMN. 

If registration cannot be achieved because no PLMNs are available and allowable, the UE indicates "no service" 
to the user, waits until a new PLMN is available and allowable and then repeats the procedure. 

If there were one or more PLMNs which were available and allowable, but an LR failure made registration on 
those PLMNs unsuccessful or an entry in a forbidden LAI list prevented a registration attempt, the UE selects the 
first such PLMN again and enters a limited service state. 

References 

1. TS 23.122, 4.4.3.1 

2. TS 23.122, 4.4.3.1. A 

6.1.1.4.3 Test purpose 

1 . To verify that the selected PLMN at switch-on is the RPLMN 

2. To verify that in Automatic Network Selection Mode Procedure the UE selects PLMNs in a prioritized order. 

6.1.1.4.4 Method of test 

Initial conditions 

The UE is in automatic mode. 

The RPLMN is PLMN 1 which is also the HPLMN. 

Parameters changed from the default values in table 6.1.3.1 and table [FFS]. 
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Parameter 


Unit 


CelM 


Cell 2 


Cell 3 


Cell 4 


PLMN 




PLMN 1 


PLMN 2 


PLMN 3 


PLMN 4 


PLMN 
characteristic 




HPLMN 


PLMN 
Selector 


PLMN with 

received 

highQ 

signal 


Low Q signal 


RF level 


dB 


-100 


-95 


-90 


-85 



[Editor's note: The PLMN characteristics must be specified in terms of UE/SIM parameters] 

Test procedure 

a) The SS activates cells 1-4 

b) The UE is switched on. 

c) The SS waits for RRC CONNECTION REQUEST from the UE 

d) The UE is switched off. 

e) The UE is switched on. Any location update request on PLMN 1 is rejected with cause "LA not allowed" 

f) The SS waits for RRC CONNECTION REQUEST from the UE 

g) Step d-f) is repeated except that PLMN 1 and 2 are rejected 
h) Step d-f) is repeated except that PLMN 1, 2 and 3 are rejected 
i) Step d-f) is repeated except that all PLMNs are rejected 

6.1.1.4.5 Test Requirements 

1) In step c), there shall be a response on Cell 1 within 2 min. 

2) In step f), there shall be a response on Cell 2 within 2 min. 

3) In step g), there shall be a response on Cell 3 within 2 min. 

4) In step h), there shall be a response on Cell 4 within 2 min. 

5) In step i), the UE should say "Emergency calls only" 

[Editor's note: The time 2 min is taken from the GSM 11.10-1, test case 26.3.4] 

6.1 .2 Radio access mode selection and reselection 

6.1 .2.1 UE selects radio access mode (FDD/TDD) on request by the servicing 

network 

Tests to verify that the UE selects the radio access mode requested by the servicing network. 
FFS 

6.1 .3 Cell selection and reselection 

In the following paragraphs some explanatory text is given concerning the nature of the tests in this subclause and the 
general behaviour of the SS is described. 

Since the conformance requirements of most of the tests in this subclause cannot be tested explicitly, testing is done 
implicitly by testing the UE behaviour from its responses to the SS. 
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The SS transmits one BCCH per cell as indicated in the initial conditions for each test. These are referred to as Cell 1, 
Cell 2, etc. Each of these cell control channels are non-combined with DCCHs. It is assumed that the SS can 
simultaneously transmit [seven] BCCH and monitor [three] random access channels. For inter-frequency tests it is 
assumed that at least one of the BCCH and one of the monitored random access channels is in a different frequency 
band from the others. In some cases, a test is performed in multiple stages in order that the requirements can be tested 
within the above constraints. 

For any UE all the carriers are in its supported band(s) of operation. 

Unless otherwise stated in the method of test, in all of the tests of this subclause: 

the SS is continuously paging the UE on all cells at the start of the test and does not respond to RACH requests 
from the UE. Where a test specifies that the UE is not paged in a particular cell, only idle paging is transmitted 
according to TS 24.008 (see subclause 3.2.2.2); 

the default values of the system information data fields given in table 6.1.3.1are used; 

the USIM is in the idle updated state in the default location area with a TMSI assigned at the beginning of each 

test; 

the [UTRA RF Channel Number list] used for the carriers in each test are chosen from those in table 6.1.3.1 with 
adjacent carriers separated by a minimum of three RF channels. 

The absolute accuracy of the UE signal level measurements is assumed to be [±6 dB]. A difference of at least [8 dB] is 
allowed for cases of discrimination between cell selection criteria (S), immediate cell evaluation reselection criteria (S n ) 
and cell reselection criteria (S n ) values and 0. 

The relative accuracy of the UE signal level measurements is assumed to be [+3 dB] for the signal levels used in the 
tests of this subclause.. A difference of at least [5 dB] is allowed for cases of discrimination between S or S n values on 
different carriers. 

NOTE 1 : The accuracy of UE signal level measurements is specified in TS 25. 101 for FDD and in TS 25. 102 for 
TDD. For all of the tests in this subclause, the signal levels used are greater than [1 dB] above reference 
sensitivity level. 

NOTE 2: The tolerance on timers specified in TS 25.304 is [+10 %] except for Treselection where it is 

[+2 seconds]. In the tests of this subclause, the test requirements include these tolerances. Consequently, 
the times stated in the test requirement sometimes differ from the corresponding timer in the conformance 
requirement. 

Where pulsed signals are specified, the SS tolerance on pulse width is [+2 %] and the SS tolerance on power level 
[+1 dB]. 

Table 6.1.3.1 : Default values of the system information fields 

[Editor's Note: the table below needs further review and updates according to TS 25.331] 
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Parameter 


TS 25.331 
reference 


Abbr. 


Normal Setting 


Cell channel description 




- 


Any values 


MAX retrans 




- 


1 


TX-integer 




- 


Any value 


CELL BAR QUALIFY 




CBQ 





CELL BAR ACCESS 




CBA 


(not barred) 


ACCN 




AC 


AII0 


RE 




RE 


(re-establishment allowed) 


NCC 




NCC 


Any value 


Cell Identity 




- 


Any value 


MCC, MNC 




PLMN 


MS Home PLMN 


LAC 




LAC 


1111 (Hex) 


ATT 




- 


(Attach/Detach not allowed) 


BS AG BLKS RES 




- 


Any values 


CCCH_CONF 




- 


1 basic physical channel used for CCCH, non- 
combined with DCCHs. 


T3212 




- 


Any values 


BS_PA_MFRMS 




BPM 


5 frames 


Cell Options 




- 


Any values 


Qhyst 




CRH 


[4dB] 


P MAX 




MTMC 


Max. output power of MS 


U E_TXP W R_MAX_RAC H 






Max. TX power level an UE may use when 
accessing the cell on RACH (read in system 
information) (dBm) 


Qmin 




RAM 


[-90] (dB or dBm) 


Qoffsets.n 




CRO 





[FFS: TEMPORARY_OFFSET] 




TO 





Treselection 




PT 





[FFS: Power Offset] 




PO 





[BA ARFCN] 




BA 


All except: 




[List of radio channels to be broadcasted in 




system information TBD] 



6.1.3.1 



Cell selection 



6.1.3.1.1 



Definition 



Test to verify that the UE is capable of selecting a cell that fulfils the "suitable" cell criteria. The test covers both Initial 
and Stored cell selection. 

6.1.3.1.2 Conformance requirement 

1 . Cell selection procedure to find a suitable cell to camp on: 

1 . 1 Create a candidate list of potential cells to camp on, using: 

1.1.1 Initial Cell Selection procedure; or 

1.1.2 Stored Information Cell Selection procedure 

1.2 For each cell on the candidate list, calculate the cell selection value, S, and the quality value, Q meas . 

1.3 Rank the cells with S>0 from the highest Q meas value. 

1 .4 Check if the cell with the highest Q meas value fulfils all requirements for a suitable cell. If so, choose this cell 
to camp on. If this cell does not fulfil all requirements for a suitable cell, this cell and all cells on the same 
frequency shall be removed as candidates for cell selection, and ranking the cells with S>0 from the highest 
Qmeas value shall be repeated. 

2. A suitable cell must fulfil all the following requirements. 
2.1 (1) The cell is part of the selected PLMN. 
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2.2 (2) The cell is not barred [details are FFS]. 

2.3 (3) The cell is not part of a forbidden registration area [details are FFS]. 

2.4 (4) The cell selection criteria are fulfilled (S>0) 

2.5 (5) The SoLS A criteria are fulfilled [FFS] . 

2.6 (6) The cell is not an operator-only cell, unless the UE has those access rights. 
3. The UE shall be able to calculate correctly the cell selection value, S 

References 

1. TS 25.304,5.2.2.1.1 

2. TS 25.304, 4.3 

3. TS 25.304,5.2.2.1.2 

6.1.3.1.3 Test purpose 

Test to verify that the UE selects the correct cell according to the requirements for cell selection: 

1 . To verify that the UE selects suitable cells in descending order of received signal strength Q meas according to 
conformance requirement 1 . 

2. To verify that: 

1.1 The UE does not select a cell of a PLMN, which is not the selected PLMN. 

1 .2 The UE does not select a cell, which is barred. 

1.3 The UE does not select a cell with S<0. 

The conformance requirement 2.3 (forbidden registration area), 2.5 (SolSA) and 2.6 (operator-only cell) is not 
covered by the test. 

6.1.3.1.4 Method of test 

Initial conditions 

The relative RF signal to total interference ratio at the UE {CPICH_Ec/Io ) between the cells shall be: 

Cell 1 (barred) > Cell 2 (S<0) > Cell 3 > Cell 4 

Cell 1 must be on a different frequency than the other cells because it is barred (conformance requirement 1.4). 

Parameters changed from the default values in table 6.1.3.1. 
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Parameter 


Unit 


CelM 


Cell 2 


Cell 3 


Cell 4 


Cell 5 


Cell 6 


UTRA RF 
Channel Number 




Channel 1 


Channel 2 


Channel 2 


Channel 2 


[OFF] 


[OFF] 


* or 1 * oc 


dB 


[TBD] 


[TBD] 


[TBD] 


[TBD] 






*oc 


dBm/3.84 
MHz 


[TBD] 


[TBD] 


[TBD] 


[TBD] 






CPICH_Ec/lo 


dB 


[TBD, 

> Cell 2] 


[TBD, 
> Cell 3] 


[TBD, 
> Cell 4] 


[TBD] 






Propagation 
Condition 




AWGN 


Qmin 


dB 


[TBD; 

GSMtc 

-90 dBm] 


[TBD; 

GSMtc 

-67 dBm] 


[TBD; 

GSMtc 

-88 dBm] 


[TBD; 

GSMtc 

-98 dBm] 






UE TXPWR MA 
X RACH 


dBm 


[TBD] 


[TBD] 


[TBD] 


[TBD] 






CellBarred 




1 































S 


dB 


[25] 


[-8] 


[8] 


[13] 







Test procedure 

a) The SS activates the cells 1-4 and monitors cell 2, 3 and 4 for random access requests from the UE 

b) The UE is switched on. 

c) The SS waits for random access request from the UE 

d) The UE is switched off. 

e) The SS monitors cell 1, 2 and 3 for random access requests from the UE. 

f) The UE is switched on. 

g) The SS waits to see if there is any random access requests from the UE. 

h) The stored information cell selection list in the UE is deleted and the UE is switched off. 

i) Step a-g) is repeated except that Cell 1 is set to belong to a different PLMN instead of being barred. 



6.1.3.1.5 



Test requirements 



1) In step c), the first response from the UE shall be on cell 3 within 33 seconds There shall be no response from 
the UE on cell 2 (Initial cell selection) 

[Editor's note: The 33 seconds is taken from GSM as there is no requirement in UMTS to the initial cell selection 
time. UMTS should not have worse performance than GSM] 

2) In step g), there shall be no response from the UE on cell 1 or 2 within 33 seconds (Stored cell selection) 

[Editor's note: The 33 seconds is taken from GSM as there is no requirement in UMTS to the stored cell selection 
time. UMTS should not have worse performance than GSM] 

3) In i) the responses shall be as in previous test requirements 1) and 2). 

6.1 .3.2 Cell selection on release of DCCH and DTCH 

FFS. 
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6.1.3.3 Cell reselection 

6.1.3.3.1 Definition 

Test to verify that the UE performs the cell reselection correctly for intra/inter-frequency cells if the serving cell 
becomes barred or S<0. 

6.1.3.3.2 Conformance requirement 

1. While camped on a cell of the selected PLMN ("camped normally"), the UE may need to select a different cell 
("normal cell reselection" state). The following events trigger a cell reselection: 

1 . 1 Better cell is found 

1.2S<0 

1.3 Downlink signalling failure 

[Editor's note: 1.2 and 1.3 will most likely merge in next TS 25.304 release] 

1.4 Cell has become barred or forbidden [details are FFS] 

In case 1.2, 1.3 and 1.4 the parameters Qhyst and Treselection shall not be considered in the criteria. 

2. The UE shall perform a cell reselection if a non-serving cell is evaluated to be better than the serving cell. The 
best cell is the cell with the highest cell-ranking criterion R and S>0. The UE shall reselect the new cell, if the 
cell reselection criteria are fulfilled during a time interval Treselection. 

3. Non-suitable cells with S>0: If the best cell according to cell reselection criteria, does not fulfil all requirements 
for a suitable cell, that cell, together with all cells on that frequency shall be removed as candidate for cell re- 
selection. 

4. Cell re-selection is correct if within Nt [FFS] seconds the UE re-reselects a new cell, which fulfils the cell re- 
selection criteria and stays steady on that cell until the channel conditions are changed again. 

References 

1. TS 25.304, 5.2.2.4 

2. TS 25.304, 5.2.2.4.5 

3. TS 25.304, 5.2.2.4.4 

4. TS 25.133, 4.3.1.3 

6.1.3.3.3 Test purpose 

1 . To verify that the UE meets conformance requirement 1 .2 and 1 .4 

2. To verify that the UE meets conformance requirement 2 

3. To verify that the UE meets conformance requirement 3 

NOTE: Interfrequency cell reselection caused by a better cell being found (conformance requirement 1 . 1 and 4) is 
tested in TS 34.121, 8.2.3.2 Cell re-selection multi carrier multi cell case. Conformance requirement 4 
applies also to the cell reselection criteria S<0. 

6.1.3.3.4 Method of test 

Initial conditions 

Treselection, Qhyst, Qoffset, TEMP_OFFSET and PENALTY_TIME are not used, so the cell-ranking criterion R 
equals Q. 
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The relative RF signal to total interference ratio at the UE (CPICH_Ec/Io ) between the cells shall be: 

Cell 1 > Cell 2 > Cell 3 > Cell 4 

Cells 1 and 2 are on a different frequency than the other cells (Cell 1 will become barred and therefore both cells 1 and 
2 removed from the candidate list) 

Parameters changed from the default values in table 6.1.3.1. 



Parameter 


Unit 


CelM 


Cell 2 


Cell 3 


Cell 4 


Cell 5 


Cell 6 


UTRA RF 
Channel Number 




Channel 1 


Channel 1 


Channel 2 


Channel 2 


[OFF] 


[OFF] 


' or 1 * oc 


dBm 


[TBD] 


[TBD] 


[TBD] 


[TBD] 






*oc 


dBm/3.84 
MHz 


[TBD] 


[TBD] 


[TBD] 


[TBD] 






CPICH Ec/lo 


dB 


-65 


-70 


-75 


-80 






Propagation 
Condition 




[TBD] 


Qmin 


dB 


-90 


-90 


-90 


-90 






UE TXPWR MA 
X RACH 


dBm 


[TBD] 


[TBD] 


[TBD] 


[TBD] 






S 


dB 


25 


20 


15 


10 







Test procedure 

a) The SS activates cells 1, 2, 3 and 4. The SS monitors cells 1, 2 and 3 for random access requests from the UE. 

b) The UE is switched on. 

c) The SS waits for random access request from the UE 

d) The SS sets Cell 1 to be barred 

e) The SS waits for random access request from the UE 

f) The stored information cell selection list in the UE is deleted and the UE is switched off. 

g) Step a-e) is repeated except that in step d), Qmin is increased to -60 dB, so S will become negative instead of the 
cell being barred while maintaining the same RF level. 

f) The stored information cell selection list in the UE is deleted and the UE is switched off. 

h) Step a-e) is repeated except that in step d), Cell 1 shall be on another PLMN while maintaining the same RF 
level. 

6.1 .3.3.5 Test requirements 

1) In step c), the UE shall respond on Cell 1 within 33 seconds 

[Editor's note: The 33 seconds is taken from GSM as there is no requirement in UMTS to the initial cell selection 
time. UMTS should not have worse performance than GSM] 

2) In step e), the UE shall respond on Cell 3 within 12 seconds 

NOTE 1: 1280 msec, for DRX cycle + 1280 msec, for system info scheduling + 5 sec. actual reselection time + 
1280 msec, for reading neighbour BCCH + 25%. Allow 12 sec. 

3) The responses in step g) shall first be a response on Cell 1 and then a response on Cell 2. 

4) The responses in step h) shall first be a response on Cell 1 and then a response on Cell 3. 
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6.1 .3.4 Cell reselection using reselection timing parameters 

6.1.3.4.1 Definition 

Test to verify that the UE performs the cell reselection correctly if system information parameters Qoffset, Qhyst, 
TEMP_OFFSET, PENALTY_TIME and Treselection are applied for non-hierarchical cell structures. 

6.1.3.4.2 Conformance requirement 

1. While camped on a cell of the selected PLMN ("camped normally"), the UE may need to select a different cell 
("normal cell reselection" state). The following events trigger a cell reselection: 

1 . 1 Better cell is found 

1.2S<0 

1.3 Downlink signalling failure 

[Editor's note: 2.2 and 2.3 will most likely merge in next TS 25.304 release] 

1.4 Cell has become barred or forbidden [details are FFS] 

In case 1.2, 1.3 and 1.4 the parameters Qhyst and Treselection shall not be considered in the criteria. 

2. The UE shall perform a cell reselection if a non-serving cell is evaluated to be better than the serving cell. The 
best cell is the cell with the highest cell-ranking criterion R and S>0. The UE shall reselect the new cell, if the 
cell reselection criteria are fulfilled during a time interval Treselection. 

3. The cell-ranking criterion R is calculated using the Qoffset, Qhyst, TEMP_OFFSET, PENALTY_TIME and 
Treselection parameters. 

4. Cell re-selection is correct if within Nt [FFS] seconds the UE re-reselects a new cell, which fulfils the cell re- 
selection criteria and stays steady on that cell until the channel conditions are changed again. 

References 

1. TS 25.304, 5.2.2.4 

2. TS 25.304, 5.2.2.4.5 

3. TS 25.304, 5.2.2.4.5 

4. TS 25.133, 4.3.1.3 

6.1.3.4.3 Test purpose 

1 . To verify conformance requirement 1 . 1 

2. To verify conformance requirement 2 

3. To verify conformance requirement 3 

NOTE: Interfrequency cell reselection caused by a better cell being found (conformance requirement 1 . 1 and 4) is 
tested in TS 34.121, 8.2.3.2 Cell re-selection multi carrier multi cell case. Conformance requirement 4 
applies also to the cell reselection criteria S<0. 

6.1.3.4.4 Method of test 

Initial conditions 

Serving cell: Tl: Cell 1, T2: Cell 2, T3: Cell 3 

Parameters changed from the default values in table 6.1.3.1. 
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Parameter 


Unit 


Celll 


Cell 2 


Cell 3 


Cell 4 


Cell 5 


Cell 6 




Tl 


T2-3 


T3 


T3 






UTRA RF Channel 
Number 




Channel 1 


Channel 1 


Channel 1 


Channel 1 


[OFF] 


[OFF] 


* or 1 * oc 


dB 














*oc 


dBm/3.84 
MHz 




CPICH Ec/lo 


dB 


-80 | -85 | -65 | -52 | -52 | | 


Propagation 
Condition 




AWGN 


Qmin 


dB 


-100 


-100 


-100 


-100 


-100 






UE TXPWR MAX R 
ACH 


dBm 


































Qhysts 


dB 


5 


5 


5 


5 


5 






Treselection s 


sec 


10 


10 


10 


10 


10 






PENALTY TIMEn 


sec 


- 


- 


- 


40 


60 






TEMP OFFSETn 


dB 











5 


5 






Qoffsets.n 


dB 


5 


5 


5 


5 


5 
























S 


dB 


20 


25 


35 


48 


48 






Rs 


dB 


-75 


-80 


-60 


-47 


-47 






Rn 


dB 


-85 


-90 


-70 


-62 -> -57 


-62 -> -57 







Note 1: The initial cell selection, after the UE has been switched on, is based on a comparison of the active cells' 
Q value, not R. 

Test procedure 

a) The SS activates cells 1 and 2 with Tl defined parameters. The UE is not paged on Cell 1. The SS monitors Cell 
2 for random access requests from the UE. 

b) The UE is switched on. 

c) The SS waits to see if there is any random access request from the UE 

d) The SS increases the level of Cell 2 to -65 dB as described for T2. 

e) The SS waits for random access request from the UE 

f) When the SS receives a response on Cell 2, the SS stops paging in that cell. The parameters are changed as 
described for T3. The SS activates cells 3 and 4 and continuously pages the UE on these cells. The SS monitors 
cells 3 and 4 for random access requests from the UE. 

g) The SS waits for random access request from the UE 

6.1.3.4.5 Test Requirements 

1) In step c), there shall be no response from the UE on Cell 2 within 50 seconds 

[Editor's note: The 50 seconds is taken from GSM as there is no requirement in UMTS to the initial cell selection 
time. UMTS should not have worse performance than GSM] 

2) In step e), the UE shall respond on Cell 2 within 20 seconds 

NOTE 1: Actual reselection time of 5 sec. (due to changed RF conditions, conformance req. 4) + Treselection time 
of 10 sec. + 25%. Allow 20 sec. 

3) In step g), there shall be no response from the UE on Cell 3 within 48 seconds of activating the cells but the UE 
shall respond on Cell 3 within 75 seconds The response on Cell 3 shall be before any response on Cell 4. 
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NOTE 2: Minimum time of 48 sec. set by PENALTY_TIME (cell 3) + Treselection time - 2 sec. tolerance. 

Maximum time of 75 sec. set by PENALTY_TIME (cell 3) + Treselection time + 1280 msec, for DRX 
cycle + 1280 msec, for system info scheduling + 5 sec. actual reselection time + 1280 msec, for reading 
neighbour BCCH + 25%. 



6.1 .3.5 Cell reselection if HCS is used 

FFS. 

6.1 .3.6 Cell reselection due to UE rejection "LA not allowed" 

FFS. 

6.1 .3.7 Cell reselection due to UE rejection "Roaming not allowed in this LA" 

FFS. 



6.1.3.8 Emergency calls 

6.1.3.8.1 Definition 

Test to verify that the UE shall be able to initiate emergency calls when no suitable cells of the selected PLMN are 
available, but at least one acceptable cell is available. 

6.1.3.8.2 Conformance requirement 

1. When in a limited service state, the UE shall be able to initiate emergency calls. TS 25.304, 4.3. 

2. Check if the cell with the highest Q meas value fulfils all requirements for a suitable cell. If so, choose this cell to 
camp on. If this cell does not fulfil all requirements for a suitable cell, this cell and all cells on the same 
frequency shall be removed as candidates for cell selection and ranking the cells with S>0 from the highest Q meas 
value shall be repeated. TS 25.304, 5.2.2.1.1, The same applies in cell reselection. 

3. If the UE is unable to find any suitable cell using the Initial cell selection procedure, it shall attempt to camp on 
any acceptable cell, where it can only obtain limited service. 

4. The UE shall perform a cell reselection if a non-serving cell is evaluated to be better than the serving cell. The 
best cell is the cell with the highest cell-ranking criterion R and S>0. The UE shall reselect the new cell, if the 
cell reselection criteria are fulfilled during a time interval Treselection. 

5. If no suitable cell is found, the UE shall attempt to find an acceptable cell of any PLMN, state Any cell selection. 
This state is also entered if a non-access stratum registration procedure is rejected, or if there is no USIM in the 
UE. If an acceptable cell is found, the UE shall camp on this cell and obtain limited service, state Camped on any 
cell. In this state, the UE shall behave as specified for state Camped normally, but typically with a different 
PLMN. Additionally, the UE shall regularly attempt to find a suitable cell using stored information, trying all 
radio access technologies that are supported by the UE. If a suitable cell is found, the PLMN is reselected. 

When a cell reselection is triggered, the UE shall evaluate the cell reselection criteria based on radio 
measurements, and if a better cell is found that cell is selected, procedure Any cell reselection. The change of cell 
may imply a change of radio access technology. 
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References 

1. TS 25.304, 5.2.2.4.4 

2. TS 25.304,5.2.2.1.1 

4. TS 25.304, 5.2.2.4.5 

5. TS 25.304,5.2.1 



6.1.3.8.3 



Test purpose 



1 . To verify that the UE shall be able to initiate emergency calls when no suitable cells of the selected PLMN are 
available, but at least one acceptable cell is available. 

2. To verify that the UE selects a cell with S>0 (acceptable cell) and CellBarred = when no suitable cells of the 
selected PLMN are available. 

3. To verify that the UE ranks the cells according to the cell-ranking criterion R which in this test case equals Q as 
Qhyst, Qoffset, TEMP_OFFSET and PENALTY_TIME parameters are not used. Treselection is not used either. 



6.1.3.8.4 



Method of test 



Initial conditions 

The relative RF signal to total interference ratio at the UE {CPICH_Ec/Io ) between the cells shall be: 

CeU 2 (S<0) > Cell 1 (barred) > Cell 3 

Parameters changed from Default values table 6.1.3.1. 



Parameter 


Unit 


CelM 


Cell 2 


Cell 3 


Cell 4 


Cell 5 


Cell 6 


* or 1 * oc 


dB 


[TBD] 


[TBD] 


[TBD] 


[OFF] 


[OFF] 


[OFF] 


*oc 


dBm/3.84 
MHz 


[TBD] 








CPICH Ec/lo 


dB 


-75 | -70 | -80 








Propagation 
Condition 




[TBD] 








Qmin 


dB 


-90 


65 


-95 








UE TXPWR MAX 
RACH 


dBm 


[TBD] 


[TBD] 


[TBD] 








CellBarred 




1 














PLMN 




forbidden 


forbidden 


forbidden 








S 




15 


-5 


15 









NOTE: All the BCCH cells belong to the same PLMN, which is not the UE's home PLMN and is in the SIM's 
forbidden PLMN's list. 

[Editor's note: PLMN must be replaced with MNC, MCC values] 

Test procedure 

a) The SS activates the cells. The SS monitors for RA attempts from the UE on cells 1, 2 and 3 for the duration of 
the test. 

b) The UE is switched on. 

c) 50 seconds after switch on, an emergency call is initiated on the UE. 

d) The SS waits for random access request from the UE. 

e) The SS changes the CellBarred of Cell 1 to 0. 
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f) After 12 seconds an emergency call is initiated on the UE. 

NOTE: 1280 msec, for DRX cycle + 1280 msec, for system info scheduling + 5 sec. actual reselection time + 
1280 msec, for reading neighbour BCCH + 25%. Allow 12 sec. 

g) The SS waits for random access request from the UE. 

6.1 .3.8.5 Test requirements 

1) In step d), the first access from the UE shall be on Cell 3. 

2) In step g), the first access from the UE shall be on Cell 1 . 



6.1 .3.9 Immediate cell evaluation 

6.1.3.9.1 Definition 

Test to verify that the UE performs the Immediate cell evaluation procedure correctly and selects the best cell among 
the cells on the same frequency. 

6.1.3.9.2 Conformance requirement 

1 . When UE leaves idle mode, state Camped normally, in order to enter connected mode, state Connected mode, 
the UE shall use the Immediate cell evaluation procedure (UTRA only) in order to select the best cell on the 
current frequency for the access attempt. This procedure allows the UE to reduce power consumption spent on 
radio measurements, still enabling the UE to select the best cell for access, thus minimising the interference in 
the system. If no suitable cell is found, the UE shall use the Cell reselection procedure. 

2. The immediate cell evaluation shall be triggered prior to RACH transmission. 

3. The transition to the UTRAN Connected Mode from the Idle Mode can only be initiated by the UE by 
transmitting a RRC CONNECTION REQUEST. The event is triggered either by a paging request from the 
network or by a request from upper layers in the UE. When the UE receives a message from the network that 
confirms the RRC connection establishment, the UE enters the CELL_FACH or CELL_DCH state of UTRAN 
Connected Mode. 

4. The following steps shall be carried out when an immediate cell evaluation has been triggered: 

4.1 The candidate list of potential cells to camp on consists of the cells in the current registration area listed for 
intra-frequency measurements in system information of the serving cell. 

4.2 Calculate the Q map value and the S value for each cell on the candidate list. 

4.3 Select the neighbouring cell that fulfils the immediate cell evaluation criteria best. If the best cell does not 
fulfil all other requirements for a suitable cell, the UE shall trigger cell re-selection 

5. If more than one neighbouring cell fulfils the criteria, the UE shall choose the cell where the difference between 
Qma P >n an d (Qma P « + Qoffset) is highest. If no neighbouring cell fulfils the criteria, the UE shall keep the serving 
cell. 

References 

1. TS 25.304,5.2.1 

2. TS 25.304,5.2.2.2.1 

3. TS 25.331, 9.2 

4. TS 25.304,5.2.2.2.1 

5. TS 25.304, 5.2.2.2.2 
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6.1.3.9.3 Test purpose 

To verify that 

1 . The UE meets conformance requirement 1 . 

2. The UE meets conformance requirement 4 

3. The UE meets conformance requirement 5 



6.1.3.9.4 



Method of test 



Initial conditions 

The Q n - Qoffset s n difference between the cells shall be: 

CeU 6 (other freq.) > Cell 2 (S<0) > Cell 3 > Cell 4 > Cell 1 (serving) > Cell 5 

Offset parameters are applied to the cell-ranking criterion R to ensure normal cell reselection is not triggered but instead 
cell evaluation. 

Parameters changed from the default values in table 6.1.3.1. 



Parameter 


Unit 


CelM 


Cell 2 


Cell 3 


Cell 4 


Cell 5 


Cell 6 


UTRA RF Channel 
Number 




Channel 1 


Channel 1 


Channel 1 


Channel 1 


Channel 1 


Channel 2 


' or 1 * oc 


dBm 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


*oc 


dBm/3.8 
4 MHz 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


CPICH Ec/lo 


dB 


-95 


-70 


-75 


-80 


-90 


-65 


Propagation 
Condition 




[TBD] 


Qmin 


dBm 


-100 


-65 


-100 


-100 


-100 


-100 


UE TXPWR MAX 
RACH 


dBm 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


















Qhysts 


dB 


20 


20 


20 


20 


20 


20 


Treselection s 


sec 


30 


30 


30 


30 


30 


30 


PENALTY TIME n 


sec 


30 


30 


30 


30 


30 


30 


TEMP OFFSETn 


dB 


20 


20 


20 


20 


20 


20 


Qoffsets.n 


dB 


20 


20 


20 


20 


20 


20 


















Qoffsets.n 


dB 


- 


10 


10 


10 


10 


10 


Q n - Qoffsets.n 


dB 


Q s =-95 


-80 


-85 


-90 


-100 


-75 


s 


dB 


5 


-5 


25 


20 


10 


35 



[Editor's note: Maybe the number of cells should be reduced] 

Test procedure 

a) The SS activates cell 1-6. The SS monitors cells 1, 2 and 3 for random access requests from the UE. 

b) The UE is switched on. 

c) The SS waits for random access request from the UE 

d) A call is initiated on the UE 

e) The UE transmits an RRC CONNECTION REQ and the SS sends a RRC CONNECTION CNF. 

f) The SS waits for random access request from the UE 

[Editor's note: How do we ensure that the cell is found is Immediate Cell Evaluation and not during Connected 
Mode ?1 
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6.1.3.9.5 Test Requirements 

1) In step c), the UE shall respond on Cell 1 within 33 seconds (Initial cell selection in Idle mode) 

[Editor's note: The 33 seconds is taken from GSM as there is no requirement in UMTS to the initial cell selection 
time. UMTS should not have worse performance than GSM] 

2) In step f), the UE shall respond on Cell 3 within [TBD] seconds (Immediate Cell Evaluation) 

6.1 .3.10 Reading SIB prior to RACH transmission 

FFS. 



6.1.4 Location registration 

UE location registration capabilities are tested under clause 9.4 ,. 

6.2 Multi-mode environment (2G/3G case) 
6.2.1 PLMN selection and reselection 
6.2.2.1 Cell selection; UTRAN / GSM 

6.2.2.1.1 Definition 

Test to verify that the UE performs cell selection correctly when both a GSM and UTRA network is available. 

6.2.2.1.2 Conformance requirement 

1 . Cell selection procedure to find a suitable cell to camp on: 

1 . 1 Create a candidate list of potential cells to camp on, using: 

1.1.1 Initial Cell Selection procedure; or 

1.1.2 Stored Information Cell Selection procedure 

1.2 For each cell on the candidate list, calculate the cell selection value, S, and the quality value, Q meas . 

1.3 Rank the cells with S>0 from the highest Q meas value. 

1 .4 Check if the cell with the highest Q meas value fulfils all requirements for a suitable cell. If so, choose this cell 
to camp on. If this cell does not fulfil all requirements for a suitable cell, this cell and all cells on the same 
frequency shall be removed as candidates for cell selection, and ranking the cells with S>0 from the highest 
Qmeas value shall be repeated. 

2. Different types of measurements are used in different radio access technologies and modes for the cell selection 
and reselection (CPICH Ec/NO or CPICH SIR in UTRA FDD, P-CCPCH RSCP in UTRA TDD, RXLEV in 
GSM). Whenever a direct comparison of these measurements is required, mapping functions shall be applied. 
Mapping functions are used for mapping a certain range of measurement values Q meas to a representing quality 
value Q map (0..99, step size 1). 

3. In the Initial cell selection procedure, the UE shall select one radio access technology and search for a suitable 
cell. If no suitable cell is found, the UE shall select another radio access technology and search for a suitable cell, 
and so on. In the Stored information cell selection procedure, the UE may use stored information about the 
selected PLMN. The information may contain information from several radio access technologies. 
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References 

1. TS 25.304,5.2.2.1.1 

2. TS 25.304,7.1 

3. TS 25.304,5.2.1 

6.2.2.1.3 Test purpose 

To verify that 

1 . The UE meets conformance requirement 1 . 

2. The UE meets conformance requirement 2 

3. The UE meets conformance requirement 3 



6.2.2.1.4 



Method of test 



Initial conditions 

The relative RF signal to total interference ratio at the UE {CPICH_Ec/Io ) between the cells shall be: 

Tl: Cell 1 (UTRAN) < Cell 2 (UTRAN) < Cell 3 (UTRAN) < Cell 4 (GSM) < Cell 5 (GSM) < Cell 6 (GSM) 

T2: Cell 1 (UTRAN) > Cell 2 (UTRAN) > Cell 3 (UTRAN) > Cell 4 (GSM) > Cell 5 (GSM) > Cell 6 (GSM) 

Cell 2 and 5 have S<0, Cell 3 and 6 are barred. 

Parameters changed from the default values in table 6.1.3.1. 



Parameter 
UTRA; GSM 


Unit 


CelM 


Cell 2 


Cell 3 


Cell 4 


Cell 5 


Cell 6 


T1 T2 


T1 T2 


T1 T2 


T1 T2 


T1 T2 


T1 T2 


Inter Radio Access 
Technology 




UTRA 


UTRA 


UTRA 


GSM 


GSM 


GSM 


UTRA RF Channel 
Number; Carrier 




Channel 1 


Channel 1 


Channel 2 


Carrier 1 


Carrier 2 


Carrier 3 


' or 1 * oc ' 

[FFS: GSM] 


dBm 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


[FFS: GSM] 


dBm 
/3.84 
MHz 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


Propagation 

Condition; 

[FFS: GSM] 




[TBD] 


Qmin; 
[FFS: GSM] 


dBm 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


UE TXPWR MAX 

RACH; 

[FFS: GSM] 


dBm 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


[TBD] 


CellBarred 










1 








1 


Qmap 


dB 


-110 | -85 


-105 | -90 


-100 | -95 


-95 | -100 


-90 | -105 


-85 | -110 


S;C1 


dB 


10 


-10 


10 


10 


-10 


10 



Test procedure 

a) The SS activates the cells 1-6 according to Tl and monitors cell 1, 2 and 3 for random access request from the 
UE 

b) The UE is switched on. 
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c) The SS waits for random access request from the UE 

d) The UE is switched off. 

e) The SS monitors cells 4, 5 and 6 for random access requests from the UE. 

f) The UE is switched on. 

g) The SS waits to see if there is any random access request from the UE. 

h) The stored information cell selection list in the UE is deleted and the UE is switched off. 
i) Step a-g) is repeated except that Cell 1 is set to another PLMN 

6.2.2.1.5 Test Requirements 

1) In step c), the first response from the UE shall be on Cell 1 within 33 seconds. (Initial cell selection) 

[Editor's note: The 33 seconds is taken from GSM as there is no requirement in UMTS to the initial cell selection 
time. UMTS should not have worse performance than GSM] 

2) In step g), there shall be no response from the UE on either Cell 4, 5 or 6 within 33 seconds. (Stored Information 
cell selection) 

[Editor's note: The 33 seconds is taken from GSM as there is no requirement in UMTS to the stored cell selection 
time. UMTS should not have worse performance than GSM] 

3) In step i), the first response from the UE shall be on Cell 4. (Initial cell selection) and the next responses as in 
test requirement 2) 



6.2.2.2 Cell reselection; UTRAN to GSM 

6.2.2.2.1 Definition 

Test to verify that the UE performs cell selection correctly when both a GSM and UTRA network is available and if the 
serving cell becomes barred or S<0. 

6.2.2.2.2 Conformance requirement 

1. While camped on a cell of the selected PLMN ("camped normally"), the UE may need to select a different cell 
("normal cell reselection" state). The following events trigger a cell reselection: 

1 . 1 Better cell is found 
1.2S<0 

1.3 Downlink signalling failure 

[Editor's note: 2.2 and 2.3 will most likely merge in next TS 25.304 release] 

1.4 Cell has become barred or forbidden [details are FFS] 

In case 2.2, 2.3 and 2.4 the parameters Qhyst and Treselection shall not be considered in the criteria. 

2. The UE shall perform a cell reselection if a non-serving cell is evaluated to be better than the serving cell. The 
best cell is the cell with the highest cell-ranking criterion R and S>0. The UE shall reselect the new cell, if the 
cell reselection criteria are fulfilled during a time interval Treselection. 

3. Non-suitable cells with S>0: If the best cell according to cell reselection criteria, does not fulfil all requirements 
for a suitable cell, that cell, together with all cells on that frequency shall be removed as candidate for cell re- 
selection. 
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4. Different types of measurements are used in different radio access technologies and modes for the cell selection 
and reselection (CPICH Ec/NO or CPICH SIR in UTRA FDD, P-CCPCH RSCP in UTRA TDD, RXLEV in 
GSM). Whenever a direct comparison of these measurements is required, mapping functions shall be applied. 
Mapping functions are used for mapping a certain range of measurement values Q meas to a representing quality 
value Q map (0..99, step size 1). 

References 

1. TS 25.304, 5.2.2.4 

2. TS 25.304, 5.2.2.4.5 

3. TS 25.304, 5.2.2.4.4. 

4. TS 25.304,7.1 

6.1.2.2.3 Test purpose 

1 . To verify that the UE meets conformance requirement 1 .2 and 1 .4 

2. To verify that the UE meets conformance requirement 2 

3. To verify that the UE meets conformance requirement 3 

NOTE: Cell reselection caused by a better cell being found (conformance requirement 2.1) is tested in TS 34.121, 
8.2.3.3 Cell re-selection UTRAN to GSM. 



6.2.2.2.4 



Method of test 



Initial conditions 

Treselection, Qhyst, Qoffset, TEMP_OFFSET and PENALTY_TIME are not used, so the cell-ranking criterion R 
equals Q. 

The relative RF signal to total interference ratio at the UE (CPICH_Ec/Io ) between the cells shall be: 

Cell 1 (UTRAN) > Cell 2 (GSM) > Cell 3 (GSM) 

Parameters changed from the default values in table 6.1.3.1. 



Parameter 
UTRA; GSM 


Unit 


CelM 


Cell 2 


Cell 3 


Cell 4 


Cell 5 


Cell 6 


Inter Radio Access 
Technology 




UTRAN 


GSM 


GSM 


[OFF] 


[OFF] 


[OFF] 


UTRA RF Channel 
Number; Carrier 




Channel 1 


Carrier 1 


Carrier 2 








' or 1 * oc ' 

[FFS: GSM] 


dBm 


[TBD] 


[TBD] 


[TBD] 








*OC ' 

[FFS: GSM] 


dBm/ 
3.84 
MHz 


[TBD] 


[TBD] 


[TBD] 








Propagation 

Condition; 

[FFS: GSM] 




[TBD] 


Qmin; 
[FFS: GSM] 


dBm 


[TBD] 


[TBD] 


[TBD] 








UE TXPWR MAX 

RACH; 

[FFS: GSM] 


dBm 


[TBD] 


[TBD] 


[TBD] 








Qmap 


dB 


-70 


-75 


-80 








S;C1 


dB 


10 


10 


10 
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Test procedure 

a) The SS activates cells 1, 2, and 3. The SS monitors cells 1, 2 and 3 for random access requests from the UE. 

b) The UE is switched on. 

c) The SS waits for random access request from the UE 

d) The SS sets Cell 1 to be barred 

e) The SS waits for random access request from the UE 

f) The stored information cell selection list in the UE is deleted and the UE is switched off. 

g) Step a-e) is repeated except that in step d), Qmin is increased to [TBD] dB, so S will become negative instead of 
being barred while maintaining the same RF level. 

h) The stored information cell selection list in the UE is deleted and the UE is switched off. 

i) Step a-e) is repeated except that in step d), Cell 1 shall be on another PLMN while maintaining the same RF 
level. 

6.2.2.2.5 Test Requirements 

1) In step c), the UE shall respond on Cell 1 within 33 seconds 

[Editor's note: The 33 seconds is taken from GSM as there is no requirement in UMTS to the initial cell selection 
time. UMTS should not have worse performance than GSM] 

2) In step e), the UE shall respond on Cell 2 within 12 seconds. 

NOTE: 1280 msec, for DRX cycle + 1280 msec, for system info scheduling + 5 sec. actual reselection time + 
1280 msec, for reading neighbour BCCH + 25%. Allow 12 sec. 

3) The responses in step g) shall first be a response on Cell 1 and then a response on Cell 2. 

4) The responses in step i) shall first be a response on Cell 1 and then a response on Cell 2. 



6.2.2 Radio access mode selection and reselection 

[FFS] 

6.2.3 Cell selection and reselection 

6.2.3.1 Cell reselection; Inter Radio Access System; 3G to GSM 

Test to verify that an UE camping on a 3G cell performs cell reselection to a GSM cell when the inter radio access 
system cell reselection criteria is fulfilled. 

FFS 

6.2.3.2 Cell reselection; Inter Radio Access System; GSM to 3G 

Test to verify that an UE camping on a GSM cell performs cell reselection to a 3G cell when the inter radio access 
system cell reselection criteria is fulfilled. 

FFS 
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6.2.4 Location registration 

[FFS] 
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7 Layer 2 

7.1 MAC 



7.1 .1 Permission to access the network 

This is a placeholder. 

7.1.1.1 Void 

7.1 .1 .2 Definition and applicability 
Yet to be standardised, but expected to include all UE. 

7.1 .1 .3 Conformance requirement 
TBD 

Reference(s) 
TBD 

7.1.1.4 Test purpose 

If the Broadcast channel carries access information (e.g. access class), this subclause will carry tests to ensure that an 
UE will not try and access the network if its access class is not appropriate. 

7.1.1.5 Method of test 

Initial conditions 

The UE shall be attached to the network and in idle mode. 

Related ICS/IXIT Statement(s) 
TBD 

Test procedure 

This subclause details the test procedure. 

7.1.1.6 Test requirements 

This subclause details the conditions to be met for successful completion of the test. 

7.1 .2 RACH/FACH procedures 

7.1 .2.1 Selection and control of Power Level 

7.1 .2.1 .1 Definition and applicability 

All UE. 
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7.1 .2.1 .2 Conformance requirement 

1. The UE sets the preamble transmit power to the value Prach given in subclause 5.1.1 of 25.214. 

2. If the UE does not detect the positive or negative acquisition indicator corresponding to the selected signature in 
the downlink access slot corresponding to the selected uplink access slot, the UE increases the preamble 
transmission power with the specified offset AP . 

Reference(s) 

TS 25.214 clause 6. 

TS 25.321 subclause 11.2. 

7.1.2.1.3 Test purpose 

To verify that the UE selects the correct preamble transmit power according to the value of I BTS transmitted in layer 3 
messages on the BCH, and that: 

if the RACH access is not responded to, the power is stepped according to the power step AP . 

if the RACH access is negatively acknowledged, the power is stepped according to the power step APj. 

7.1.2.1.4 Method of test 

Initial conditions 

The UE is attached to the network and in idle mode. 

Related ICS/IXIT Statement(s) 
TBD 

Foreseen Final State of the UE 
The same as the initial conditions. 

Test procedure 

a) The SS pages the UE until it performs a RACH access. 

b) The SS measures the power level of the RACH access. 

c) The SS does not acknowledge the RACH access, causing the UE to retry. 

d) The SS again measures the power level of the RACH access. 

e) The SS repeats the procedure from step c) until the maximum number of retries N RA have been attempted, and 
monitors the RACH channel until T xx + Xs to ensure that no further RACH accesses occur. 

f) The SS pages the UE until it performs a RACH access. 

g) The SS responds with a negative acquisition indicator on the AICH. 
h) The SS measures the power level of the next RACH access. 

i) The SS repeats steps g) and h) until the maximum number of retries N RA have been attempted. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 

5 
6 

7 
8 


^ 
^ 

^ 
^ 

^ 


PAGE 

CHANNEL REQUEST 
Wait for T = ?? 
CHANNEL REQUEST 
CHANNEL REQUEST 

CHANNEL REQUEST 
Wait for T = ?? 


Power should be set to Lp erC h + Ibts + C 

Power should be set to Lp erC h + Ibts + C + AP 
Power should be set to L Perch + I B ts + C + 2AP 
Repeat (step 5) 
Power should be set to L Perch + I B ts + C + nAP 


9 
10 
11 
12 
13 
14 
15 


^ 
^ 
^ 
^ 
^ 

^ 


PAGE 

CHANNEL REQUEST 

AICH = NEG ACQUISITION IND 

CHANNEL REQUEST 

AICH = NEG ACQUISITION IND 

AICH = NEG ACQUISITION IND 


Power should be set to L Perch + I B ts + C 
Power should be set to L Perch + I B ts + C + APi 
Power should be set to L Perch + l BTS + C 
Power should be set to L Perch + l BTS + C + 2APi 
Repeat (step 1 3) 
Power should be set to L Perch + l BT s + C + nAPi 



7.1.2.1.5 Test requirements 

Initially, the measured power level should be: 

- Prach = L Perch + Ibts + Constant value. 

Where I B ts and the Constant value are set by the SS, and L Perch is the measured path loss on the PCCPCH, and reported 
back to the SS in measurement reports. 

Subsequently the power should increase by AP steps each retransmission until N RA number of attempts have been 
made. 

Then, no further RACH accesses should be received for then next T seconds. 

At the start of the next phase of the test, the measured power level should be Prach = L Perch + I B ts + Constant value. 
Subsequently the power should increase in APi steps until N RA number of attempts have been made. 



7.1.2.2 

7.1.2.2.1 
All UE. 



Correct application of Dynamic Persistence 

Definition and applicability 



7.1.2.2.2 Conformance requirement 

The UE implements the dynamic persistence algorithm by: 

1 . reading the current dynamic persistence value from the BCH; 

2. perform a random draw against the current dynamic persistence value. The random function is TBD; 

3. defer transmission for one frame and repeat the process if the result of the random draw is negative, otherwise 
proceed with a CHANNEL REQUEST. 

Reference(s) 

TS 25.214 clause 6. 
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7.1.2.2.3 



Test purpose 



To verify that if the dynamic persistence value in the last appropriate message on the BCH is set to zero, the UE will not 
attempt a RACH access. 



7.1.2.2.4 



Method of test 



Initial conditions 

The SS will be transmitting BCCH messages with the dynamic persistence value set to zero. 

The UE shall be attached to the network and in idle mode. 

Related ICS/IXIT Statement(s) 
TBD 

Foreseen Final State of the UE 
The same as the initial conditions. 

Test procedure 

a) The SS repeatedly pages the UE for T ?? seconds. 

b) The SS monitors the RACH for a CHANNEL REQUEST message from the UE. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE |SS 


1 
2 


<- 


PAGE 

Wait for T = ?? 





7.1.2.2.5 Test requirements 

The SS should not detect any access on the RACH. 

7.1 .2.3 Correct Selection of RACH parameters 



7.1.2.3.1 
All UE. 

7.1.2.3.2 



Definition and applicability 



Conformance requirement 



The following parameters are randomly selected by the physical layer (possibly within constraints defined by ASC 
parameters): 

PRACH initial access slot; 

- PRACH signature. 

Reference(s) 

TS 25.321 clause A.l. 
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7.1.2.3.3 Test purpose 

To verify that the UE selects the correct initial access slot and PRACH signature. 

7.1.2.3.4 Method of test 

Initial conditions 

The UE shall be attached to the network and in idle mode. The SS will broadcast the Access Service Class parameters 
[ontheBCH?]. 

Related ICS/IXIT Statement(s) 
TBD 

Foreseen Final State of the UE 
The same as the initial conditions. 

Test procedure 

a) The SS pages the UE until it performs a RACH access. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 
2 


^ 
^ 


PAGE 

CHANNEL REQUEST 


Access slot and signature should be in 
accordance with ASC parameters 



7.1.2.3.5 



Test requirements 



The RACH access should take place on a PRACH access slot, and using a PRACH signature allowed by the UE Access 
Service Class. 



7.1 .3 Dynamic Radio Bearer Control 

7.1.3.1 Definition and applicability 

Not yet defined in core spec. 



7.1.3.2 



Conformance requirement 



The algorithm exists in the UE and is controlled by the network. The algorithm requests to RRC for a reconfiguring of 
radio resources, details are ffs. 

Reference(s) 

TS 25.321 subclause 11.1. 

7.1.3.3 Test purpose 

To verify that the RRC reconfiguration algorithm is correctly applied. 
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Method of test 



7.1.3.4 

Initial conditions 
TBD 

Related ICS/IXIT Statement(s) 
TBD 

Foreseen Final State of the UE 
TBD 

Test procedure 
TBD 

Expected sequence 



Step 


Direction 


Message 


Comments 











7.1.3.5 
TBD 



Test requirements 



7.1 .4 RACH/FACH transmission and retransmission 

Ensure the Stop and wait ARQ protocol is adhered to when RACH and FACH messages are lost. 

7.1 .5 MAC Access Control Function 

Ensure the slotted ALOHA protocol is followed when RACH collisions occur. 

7.1 .6 Inband identification of UE on FACH 

Check that the UE does not respond to FACH messages addressed to different RNTIs. 

7.1 .7 Inband identification of UE on DSCH 

Check that the UE does not respond to DSCH traffic addressed to different RNTIs. 
NOTE: The following items are FFS: 
user -plane MAC tests; 

- prioritization of data on DTCH/DCCH; 

- multicast channel. 
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7.2 RLC testing 

7.2.1 Transparent mode 

7.2.1 .1 Segmentation and reassembly 

Transparent mode segmentation and reassembly are not tested in this release of the specification. 

7.2.2 Unacknowledged mode 



7.2.2.1 



General information for UM tests 



A generic Radio Access Bearer is provided for UM tests. This RAB is based upon the Stand-alone 3.4kbps UL/DL 
Signalling RB, with an additional UM 3.4kbps path mapped to a DTCH. This logical channel is multiplexed on the 
same transport channel as the DCCH. 

The UM test RAB is set up using the Generic Procedure described in Clause 7.1.3 of TS 34.108, and with the default 
RAB replaced as follows: 



Higher layer 


RAB/signalling RB 


SRB#1 


SRB#2 


SRB#3 


SRB#4 


RAB#1 


User of Radio Bearer 


RRC 


RRC 


NAS_DT 
High prio 


NAS_DT 
Low prio 


User 
Plane 


RLC 


Logical channel type 


DCCH 


DCCH 


DCCH 


DCCH 


DTCH 


RLC mode 


UM 


AM 


AM 


AM 


UM 


Payload sizes, bit 


136 


128 


128 


128 


136 


Max data rate, bps 


3400 


3200 


3200 


3200 


3400 


RLC header, bit 


8 


16 


16 


16 


8 


MAC 


MAC header, bit 


4 


4 


4 


4 


4 


MAC multiplexing 


4 logical channel multiplexing 


Layer 1 


TrCH type 


DCH 


TB sizes, bit 


148 


TFS 


TF0, bts 





TF1 , bits 


1x148 


TTI, ms 


40 


Coding type 


CC1/3 


CRC, bit 


16 


Max number of bits/TTI before 
rate matching 


516 


Uplink^ Max number of 
bits/radio frame before rate 
matching 


129 



Table 7.2/1 RAB Configuration for UM testing (7-bit Lis) 

The UM test RAB is used in all tests with the following exceptions: 

Tests that only involve 15-bit length indicators 

Tests that explicitly specify a different Radio Bearer configuration 

Tests that involve only 15-bit length indicators require a modified Radio Bearer configuration. To accommodate the 
larger payload size, these tests use a coded composite transport channel consisting of two DCH. The first DCH is 
specified as for the 7-bit length indicators, but not including the DTCH (RAB#1). This is shown in Table 7.2/2A 
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Higher layer 


Signalling RB: DCH 


SRB#1 


SRB#2 


SRB#3 


SRB#4 


User of Radio Bearer 


RRC 


RRC 


NAS_DT 
High prio 


NAS_DT 
Low prio 


RLC 


Logical channel type 


DCCH 


DCCH 


DCCH 


DCCH 


RLC mode 


UM 


AM 


AM 


AM 


Payload sizes, bit 


136 


128 


128 


128 


Max data rate, bps 


3400 


3200 


3200 


3200 


RLC header, bit 


8 


16 


16 


16 


MAC 


MAC header, bit 


4 


4 


4 


4 


MAC multiplexing 


4 logical channel multiplexing 


Layer 1 


TrCH type 


DCH 


TB sizes, bit 


148 


TFS 


TF0, bts 





TF1 , bits 


1x148 


TTI, ms 


40 


Coding type 


CC1/3 


CRC, bit 


16 


Max number of bits/TTI before 
rate matching 


516 


Uplink; Max number of 
bits/radio frame before rate 
matching 


129 



Table 7.2/2A SRB Configuration for UM testing (15-bit Lis) 



This DCH is combined with a traffic DCH (at lower MAC priority) as described in Table 7.2/2B 



Higher 
layer 


RAB: DCH 1 


RAB 


RLC 


Logical channel type 


DTCH 


RLC mode 


UM 


Payload sizes, bit 


1280 


Max data rate, bps 


64000 


RLC header, bit 


8 


MAC 


MAC header, bit 





MAC multiplexing 


N/A 


Layer 1 


TrCH type 


DCH 


TB sizes, bit 


1288 


TFS 


TF0, bits 





TF1 , bits 


1x1288 


TTI, ms 


20 


Coding type 


TC 


CRC, bit 


16 



Table 7.2/2B RAB Configuration for UM testing (15-bit Lis) 



All other settings are the same. 



7.2.2.2 



Segmentation and reassembly/ Selection of 7 or 15 bit Length Indicators 



7.2.2.2.1 



Definition 



For RLC PDUs smaller than 124 bytes in length, the UE RLC should assume received PDUs have 7-bit length 
indicators, and for PDUs of 124 bytes and larger the UE should assume 15-bit length indicators. The UE should also 
add the same size length indicators to outgoing RLC PDUs. 

This requirement applies to all UE that support RLC PDU sizes of 124 bytes or greater. 
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7.2.2.2.2 Conformance requirement 

The size of the Length Indicator may be either 7bits or 15bits. 

If RLC PDUs always carry only one PU, 7bit indicators are used in a particular RLC PDU if the address space is 
sufficient to indicate all SDU segment borders. Otherwise 15bit Length Indicators are applied. 

The length of the Length Indicator only depends on the size of the largest RLC PDU. The length of the Length Indicator 
is always the same for all PUs, for one RLC entity. 

RLC SDUs might be segmented. If possible, the last segment of a SDU shall be concatenated with the first segment of 
the next SDU in order to fill the data field completely and avoid unnecessary padding 

Reference(s) 

TS 25.322 Clauses 9.2.2.8, 9.2.2.9 



7.2.2.2.3 



Test purpose 



To test that if PDU carries a single PU, and the PU size is small enough that a 7 bit indicator is sufficient, 7 bit 
indicators are used, otherwise, 15 bit indicators are used. 



7.2.2.2.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the following exceptions: 



Higher 
layer 


RAB/Signalling RB 


RAB 


RLC 


Logical channel type 


DTCH 


RLC mode 


UM 


Payload sizes, bit 


960 


Max data rate, bps 


48000 


RLC header, bit 


8 


MAC 


MAC header, bit 





MAC multiplexing 


N/A 


Layer 1 


TrCH type 


DCH 


TB sizes, bit 


968 


TFS 


TF0, bits 





TF1 , bits 


1x968 


TTI, ms 


20 


Coding type 


TC 


CRC, bit 


16 



These settings apply to both the uplink and downlink DTCH. 

The radio bearer is placed into loop-back mode 1 with the UL SDU size set to 40 bytes. 

Test procedure 

a) The SS transmits an RLC SDU of size 80 bytes. 

b) The SS checks the length indicator sizes and values of the RLC PDU returned on the uplink. 

c) The SS reconfigures the Transport Channel as follows: 
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Higher 
layer 


RAB/Signalling RB 


RAB 


RLC 


Logical channel type 


DTCH 


RLC mode 


UM 


Payload sizes, bit 


1280 


Max data rate, bps 


64000 


RLC header, bit 


8 


MAC 


MAC header, bit 





MAC multiplexing 


N/A 


Layer 1 


TrCH type 


DCH 


TB sizes, bit 


1288 


TFS 


TFO, bits 





TF1 , bits 


1x1288 


TTI, ms 


20 


Coding type 


TC 


CRC, bit 


16 



All other settings the same. 

d) The SS transmits an RLC SDUs of size 80 bytes. 

e) The SS checks the length indicator sizes and values of the RLC PDU returned on the uplink 

f) The SS may optionally release the radio bearer. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE |SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


^ 


DOWNLINK RLC PDU 


80 byte SDU + padding 


3 


^ 


UPLINK RLC PDU 


40 byte SDU + padding 


4 


<r 


TRANSPORT CHANNEL 
RECONFIGURATION 


PU size> 127 bytes 


5 


^ 


DOWNLINK RLC PDU 


80 byte SDU + padding 


6 


^ 


UPLINK RLC PDU 


40 byte SDU + padding 


7 




RB RELEASE 


Optional step 



7.2.2.2.5 Test requirements 

The UE shall send 7 bit length indicators with values that correctly indicate the end of SDU in step b). 

The UE shall send 15 bit length indicators with values that correctly indicate the end of SDU in step e). 



7.2.2.3 



7.2.2.3.1 



Segmentation / 7-bit Length Indicators / Padding 



Definition 



The RLC segments SDUs into blocks according to the configured payload unit size. Length indicators are added to 
indicate: the boundaries of SDUs within a PU, the addition of padding bytes. 

This test applies to all UE. 
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7.2.2.3.2 



Conformance requirement 



The Length Indicator is used to indicate, each time, the end of an SDU occurs in the PU. The Length Indicator points 
out the number of octets between the end of the last Length Indicator field and up to and including the octet at the end 
of an SDU segment 

A PU that has unused space, to be referred to as padding, must use a Length Indicator to indicate that this space is used 
as padding. A padding Length Indicator must be placed after any Length Indicators for a PU. 

One length indicator field shall be included for each end of a SDU that the PDU includes. The length indicator shall be 
set equal to the number octets between the end of the header fields and the end of the segment. If padding is needed 
another length indicator shall be added 

Reference(s) 

TS 25.322 Clauses 9.2.2.8 and 11.2.2.1. 

7.2.2.3.3 Test purpose 

To test that a large SDU is correctly segmented and padding added at the end. 

7.2.2.3.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for UM 7-bit length indicator tests in Clause 7.2.2.1. 

These settings apply to both the uplink and downlink DTCH. 

The radio bearer is placed into loop-back mode 1 with the UL SDU size set to 18 bytes. 



Test procedure 

a) The SS transmits an RLC SDU of size 18 bytes. 

b) The SS checks the length indicator sizes and values of the RLC PDU returned on the uplink, and checks the 
length and content of the received RLC SDU. 

c) The SS may optionally release the radio bearer. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE |SS 


1 
2 
3 
4 
5 
6 


^ 
^ 
^ 
^ 


RB ESTABLISHMENT 
DOWNLINK RLC PDU 
DOWNLINK RLC PDU 
UPLINK RLC PDU 
UPLINK RLC PDU 
RB RELEASE 


See generic procedures 

SDU 1 

SDU 1 & Padding 

No LI 

Check Lis and re-assembled SDU 

Optional step 
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7.2.2.3.5 Test requirements 

The UE shall return two RLC PDUs. The first shall have no Lis. The second shall have a LI indicating the PDU 
contains an SDU boundary after octet 1 of the data field, and the second shall indicate that the remainder of the PDU 
contains padding. 

The length and data content of the received SDU should be the same as the transmitted SDU. 



7.2.2.4 Segmentation / 7-bit Length Indicators / LI = 

7.2.2.4.1 Definition 

Tests the behaviour of the RLC when an SDU exactly fills a PU. 
This test applies to all UE. 

7.2.2.4.2 Conformance requirement 

If the PDU is exactly filled with the last segment of a SDU and there is no room for a length indicator field a length 
indicator field set to only 0's shall be included in the next PDU. 

Reference(s) 

TS 25.322 Clause 11.2.2.1 

7.2.2.4.3 Test purpose 

To test that where an SDU exactly fills a PU, an LI of value zero is placed as the first LI in the next PU. 

7.2.2.4.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for UM 7-bit length indicator tests in Clause 7.2.2.1. 

These settings apply to both the uplink and downlink DTCH. 

The radio bearer is placed into loop-back mode 1 with the UL SDU size set to 17 bytes. 



Test procedure 

a) The SS transmits an RLC SDU of size 34 bytes. 

b) The SS checks the length indicator sizes and values of the RLC PDUs returned on the uplink, and checks the 
length and content of the received RLC SDU. 

c) The SS may optionally release the radio bearer. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 
5 
6 

7 


<- 


RB ESTABLISHMENT 
DOWNLINK RLC PDU 
DOWNLINK RLC PDU 
DOWNLINK RLC PDU 
UPLINK RLC PDU 
UPLINK RLC PDU 
RB RELEASE 


See generic procedures 

SDU 1 

SDU 1 

Ll=0 and padding 

No Lis 

Check Lis and re-assembled SDU 

Optional step 



7.2.2.4.5 



Test requirements 



The UE shall return two RLC PDUs. The first shall have no Lis. The second shall have an LI indicating that the SDU 
exactly filled the previous PU, and an LI indicating that the remainder of the PDU contains padding. 

The length of the received SDU should be 17 bytes, and the data content the same as the first 17 bytes of the transmitted 
SDU. 



7.2.2.5 Segmentation / 7-bit Length Indicators / Invalid LI value 

7.2.2.5.1 Definition 

Tests the behaviour of the RLC when a PDU contains an invalid length indicator. 

This test applies to all UE. 



7.2.2.5.2 



Conformance requirement 



Upon reception of an UMD PDU that contains Length Indicator value 1111110 ("piggybacked STATUS PDU") the 
receiver shall discard that UMD PDU. 

Reference(s) 

TS 25.322 Clause 11.2.4.1. 

7.2.2.5.3 Test purpose 

To test that PDUs with invalid length indicators are discarded by the receiving RLC. 

7.2.2.5.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for UM 7-bit length indicator tests in Clause 7.2.2.1. 

These settings apply to both the uplink and downlink DTCH. 

The radio bearer is placed into loop-back mode lwith the UL SDU size set to 24 bytes. 
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Test procedure 

a) The SS transmits two RLC SDUs of size 24 bytes. In the third PDU for transmission, the SS sets the value of 
the second (padding) LI to 1111110. 

b) The SS checks the length indicator sizes and values of any RLC PDUs returned on the uplink, and checks for the 
presence of any received RLC SDUs. 

c) The SS may optionally release the radio bearer. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE |SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


^ 


DOWNLINK RLC PDU 


SDU 1 


3 


<r 


DOWNLINK RLC PDU 


SDU 1 &SDU2 


4 


<- 


DOWNLINK RLC PDU 


SDU 2 and invalid LI (=11111110) 


5 


■^ 


UPLINK RLC PDU 


SDU 1 


6 


■^ 


UPLINK RLC PDU 


SDU 1 : Check Lis and re-assembled SDU 


7 




RB RELEASE 


Optional step 



7.2.2.5.5 



Test requirements 



The UE shall return two RLC PDUs. The first shall have no Lis. The second shall have a LI indicating the end of the 
SDU, and a padding LI. 

The length and data content of the received SDU should be the same as the first transmitted SDU. The second SDU 
should not be returned. 



7.2.2.6 Segmentation / 7-bit Length Indicators / LI value > PDU size 

7.2.2.6.1 Definition 

Tests the behaviour of the RLC when a PDU contains an invalid length indicator. 

This test applies to all UE. 



7.2.2.6.2 



Conformance requirement 



If the length indicator of a PDU has a value that is larger than the PDU size, the PDU shall be discarded and treated as a 
missing PDU. 

If a PDU with sequence number < VR(US) is missing then all SDUs that have segments in this PDU shall be discarded. 

Reference(s) 

TS 25.322 Clauses 11.2.4.2 and 11.2.3. 

7.2.2.6.3 Test purpose 

To test that PDUs with length indicators that point beyond the end of the PDU are discarded by the receiving RLC. 
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7.2.2.6.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for UM 7-bit length indicator tests in Clause 7.2.2.1. 

These settings apply to both the uplink and downlink DTCH. 

The radio bearer is placed into loop-back mode 1 with the UL SDU size set to 24 bytes. 



Test procedure 

a) The SS transmits three RLC SDUs of size 24 bytes. All the SDUs are concatenated or segmented over 
successive RLC PDUs. In the third PDU for transmission, the SS sets value of the length indicator to be 18 
(decimal). 

b) The SS checks the length indicator sizes and values of the RLC PDUs returned on the uplink, and checks the 
length and content of the received RLC SDUs. 

c) The SS may optionally release the radio bearer. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


^ 


DOWNLINK RLC PDU 


SDU 1 


3 


<r 


DOWNLINK RLC PDU 


SDU 1 &SDU2 


4 


<r 


DOWNLINK RLC PDU 


SDU 2 & SDU 3, with bad LI 


5 


<r 


DOWNLINK RLC PDU 


SDU 3 


6 


<r 


DOWNLINK RLC PDU 


SDU 3 and padding 


7 


■^ 


UPLINK RLC PDU 


SDU 1 


8 


■^ 


UPLINK RLC PDU 


SDU 1 and padding: Check Lis and re- 
assembled SDU 


9 




RB RELEASE 


Optional step 



7.2.2.6.5 



Test requirements 



The UE shall return two RLC PDUs. The first shall have no Lis. The second shall have a LI indicating the end of an 
SDU and an LI indicating that the remainder of the PDU contains padding. 

The length and data content of the received SDU should be the same as the first transmitted SDU. No further SDUs or 
PDUs should be received. 



7.2.2.7 



Segmentation / 15-bit Length Indicators / Padding 



7.2.2.7.1 



Definition 



The RLC segments SDUs into blocks according to the configured payload unit size. Length indicators are added to 
indicate: the boundaries of SDUs within a PU, the addition of padding bytes. 

This test applies to UE that support packet data. 
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7.2.2.7.2 



Conformance requirement 



The Length Indicator is used to indicate, each time, the end of an SDU occurs in the PU. The Length Indicator points 
out the number of octets between the end of the last Length Indicator field and up to and including the octet at the end 
of an SDU segment 

A PU that has unused space, to be referred to as padding, must use a Length Indicator to indicate that this space is used 
as padding. A padding Length Indicator must be placed after any Length Indicators for a PU. 

One length indicator field shall be included for each end of a SDU that the PDU includes. The length indicator shall be 
set equal to the number octets between the end of the header fields and the end of the segment. If padding is needed 
another length indicator shall be added 

Reference(s) 

TS 25.322 Clauses 9.2.2.8 and 11.2.2.1. 

7.2.2.7.3 Test purpose 

To test that a large SDU is correctly segmented and padding added at the end. 

7.2.2.7.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for UM 15-bit length indicator tests in Clause 7.2.2.1. 

These settings apply to both the uplink and downlink DTCH. 

The radio bearer is placed into loop-back mode 1 with the UL SDU size set to 161 bytes. 



Test procedure 

a) The SS transmits an RLC SDU of size 161 bytes. 

b) The SS checks the length indicator sizes and values of the RLC PDU returned on the uplink, and checks the 
length and content of the received RLC SDU. 

c) The SS may optionally release the radio bearer. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE |SS 


1 
2 
3 
4 
5 
6 


^ 
^ 
^ 
^ 


RB ESTABLISHMENT 
DOWNLINK RLC PDU 
DOWNLINK RLC PDU 
UPLINK RLC PDU 
UPLINK RLC PDU 
RB RELEASE 


See generic procedures 

SDU 1 

SDU 1 & Padding 

No LI 

Check Lis and re-assembled SDU 

Optional step 
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7.2.2.7.5 Test requirements 

The UE shall return two RLC PDUs. The first shall have no Lis. The second shall have a LI indicating the PDU 
contains an SDU boundary after octet 1 of the data field, and the second shall indicate that the remainder of the PDU 
contains padding. 

The length and data content of the received SDU should be the same as the transmitted SDU. 



7.2.2.8 Segmentation / 1 5-bit Length Indicators / LI = 

7.2.2.8.1 Definition 

Tests the behaviour of the RLC when an SDU exactly fills a PU. 
This test applies to all UE. 

7.2.2.8.2 Conformance requirement 

If the PDU is exactly filled with the last segment of a SDU and there is no room for a length indicator field a length 
indicator field set to only 0's shall be included in the next PDU. 

Reference(s) 

TS 25.322 Clause 11.2.2.1. 

7.2.2.8.3 Test purpose 

To test that where an SDU exactly fills a PU, an LI of value zero is placed as the first LI in the next PU. 

7.2.2.8.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for UM 15-bit length indicator tests in Clause 7.2.2.1. 

These settings apply to both the uplink and downlink DTCH. 

The radio bearer is placed into loop-back mode 1 with the UL SDU size set to 160 bytes. 



Test procedure 

a) The SS transmits an RLC SDU of size 320 bytes. 

b) The SS checks the length indicator sizes and values of the RLC PDUs returned on the uplink, and checks the 
length and content of the received RLC SDU. 

c) The SS may optionally release the radio bearer. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 
5 
6 

7 


<- 


RB ESTABLISHMENT 
DOWNLINK RLC PDU 
DOWNLINK RLC PDU 
DOWNLINK RLC PDU 
UPLINK RLC PDU 
UPLINK RLC PDU 
RB RELEASE 


See generic procedures 

SDU 1 

SDU 1 

Ll=0 and padding 

No Lis 

Check Lis and re-assembled SDU 

Optional step 



7.2.2.8.5 



Test requirements 



The UE shall return two RLC PDUs. The first shall have no Lis. The second shall have an LI indicating that the SDU 
exactly filled the previous PU, and an LI indicating that the remainder of the PDU contains padding. 

The length of the received SDU should be 160 bytes, and the data content the same as the first 160 bytes of the 
transmitted SDU. 



7.2.2.9 



Segmentation / 15-bit Length Indicators / One octet short LI 



7.2.2.9.1 



Definition 



Tests the behaviour of the RLC when 15-bit length indicators are used, and an SDU fills a PU to one byte short of the 
payload size. 

This test applies to all UE that support packet data. 



7.2.2.9.2 



Conformance requirement 



In the case where the last segment of an RLC SDU is one octet short of exactly filling the last RLC PU, and 15-bit 
Length Indicators are used, the next Length Indicator shall be placed as the first Length Indicator in the next PU and 
have value LI=1 1 1 1111 1111 1011. 

Reference(s) 

TS 25.322 Clause 9.2.2.8. 



7.2.2.9.3 



Test purpose 



To test that where an SDU is one byte short of filling a PU, an LI indicating one byte short is placed as the first LI in the 
next PU. 



7.2.2.9.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for UM 15-bit length indicator tests in Clause 7.2.2.1. 

These settings apply to both the uplink and downlink DTCH. 

The radio bearer is placed into loop-back mode 1 with the UL SDU size set to 159 bytes. 
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Test procedure 

a) The SS transmits an RLC SDU of size 320 bytes. 

b) The SS checks the length indicator sizes and values of the RLC PDUs returned on the uplink, and checks the 
length and content of the received RLC SDU. 

c) The SS may optionally release the radio bearer. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 
5 
6 

7 


<- 


RB ESTABLISHMENT 
DOWNLINK RLC PDU 
DOWNLINK RLC PDU 
DOWNLINK RLC PDU 
UPLINK RLC PDU 
UPLINK RLC PDU 
RB RELEASE 


See generic procedures 

SDU 1 

SDU 1 

Ll=0 and padding 

No Lis 

Check Lis and re-assembled SDU 

Optional step 



7.2.2.9.5 



Test requirements 



The UE shall return two RLC PDUs. The first shall have no Lis. The second shall have an LI indicating that the SDU 
was one byte short of filling the previous PU, and an LI indicating that the remainder of the PDU contains padding. 

The length of the received SDU should be 159 bytes, and the data content the same as the first 159 bytes of the 
transmitted SDU. 



7.2.2.10 Segmentation / 15-bit Length Indicators / LI value > PDU size 

7.2.2.10.1 Definition 

Tests the behaviour of the RLC when a PDU contains an invalid length indicator. 

This test applies to all UE. 



7.2.2.10.2 



Conformance requirement 



If the length indicator of a PDU has a value that is larger than the PDU size, the PDU shall be discarded and treated as a 
missing PDU. 

If a PDU with sequence number < VR(US) is missing then all SDUs that have segments in this PDU shall be discarded. 

Reference(s) 

TS 25.322 Clauses 11.2.4.2 and 11.2.3. 

7.2.2.10.3 Test purpose 

To test that PDUs with length indicators that point beyond the end of the PDU are discarded by the receiving RLC. 
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7.2.2.10.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for UM 15-bit length indicator tests in Clause 7.2.2.1. 

These settings apply to both the uplink and downlink DTCH. 

The radio bearer is placed into loop-back mode 1 with the UL SDU size set to 220 bytes. 



Test procedure 

a) The SS transmits three RLC SDUs of size 220 bytes. All the SDUs are concatenated or segmented over 
successive RLC PDUs. In the third PDU for transmission, the SS sets value of the length indicator to be 161 
(decimal). 

b) The SS checks the length indicator sizes and values of the RLC PDUs returned on the uplink, and checks the 
length and content of the received RLC SDUs. 

c) The SS may optionally release the radio bearer. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


^ 


DOWNLINK RLC PDU 


SDU 1 


3 


<r 


DOWNLINK RLC PDU 


SDU 1 &SDU2 


4 


<r 


DOWNLINK RLC PDU 


SDU 2 & SDU 3, with bad LI 


5 


<r 


DOWNLINK RLC PDU 


SDU 3 


6 


<r 


DOWNLINK RLC PDU 


SDU 3 and padding 


7 


■^ 


UPLINK RLC PDU 


SDU 1 


8 


■^ 


UPLINK RLC PDU 


SDU 1 and padding: Check Lis and re- 
assembled SDU 


9 




RB RELEASE 


Optional step 



7.2.2.10.5 



Test requirements 



The UE shall return two RLC PDUs. The first shall have no Lis. The second shall have a LI indicating the end of an 
SDU and an LI indicating that the remainder of the PDU contains padding. 

The length and data content of the received SDU should be the same as the first transmitted SDU. No further SDUs or 
PDUs should be received. 



7.2.3 Acknowledged mode 



7.2.3.1 



General information for AM tests 



A generic Radio Access Bearer is provided for AM tests. This RAB is based upon the Stand-alone 3.4kbps UL/DL 
Signalling RB, with an additional AM 3.4kbps path mapped to a DTCH. This logical channel is multiplexed on the 
same transport channel as the DCCH. 
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The AM test RAB is set up using the Generic Procedure described in Clause 7.1.3 of TS 34.108, and with the default 
RAB replaced as shown in Tables 7.2/3A and 7.23B: 



Higher layer 


RAB/signalling RB 


SRB#1 


SRB#2 


SRB#3 


SRB#4 


RAB#1 


User of Radio Bearer 


RRC 


RRC 


NAS_DT 
High prio 


NAS_DT 
Low prio 


User 
Plane 


RLC 


Logical channel type 


DCCH 


DCCH 


DCCH 


DCCH 


DTCH 


RLC mode 


UM 


AM 


AM 


AM 


AM 


Payload sizes, bit 


136 


128 


128 


128 


128 


Max data rate, bps 


3400 


3200 


3200 


3200 


3200 


RLC header, bit 


8 


16 


16 


16 


16 


MAC 


MAC header, bit 


4 


4 


4 


4 


4 


MAC multiplexing 


4 logical channel multiplexing 


Layer 1 


TrCH type 


DCH 


TB sizes, bit 


148 


TFS 


TF0, bts 





TF1 , bits 


1x148 


TTI, ms 


40 


Coding type 


CC1/3 


CRC, bit 


16 


Max number of bits/TTI before 
rate matching 


516 


Uplink^ Max number of 
bits/radio frame before rate 
matching 


129 



Table 7.2/3A RAB Configuration for AM testing (7-bit Lis) 



Unless specified in individual test cases, the default RLC settings are given in Table 7.2/3. 



Uplink RLC 




Transmission RLC discard 




Max DAT retransmissions 




Max DAT 


4 


Transmission window size 


128 


Timer RST 


500 


Max RST 


4 


Polling info 




Timer_poll_prohibit 


disabled 


Timer poll 


disabled 


Poll PU 


disabled 


Poll SDU 


disabled 


Last transmission PU poll 


TRUE 


Last retransmission PU poll 


TRUE 


Poll Window 


disabled 


Timer poll periodic 


disabled 


Downlink RLC 




In-sequence delivery 


TRUE 


Receiving window size 


128 


Timer Status Prohibit 


disabled 


Timer EPC 


disabled 


Missing PU Indicator 


TRUE 


Timer_STATUS_periodic 


disabled 



Table 7.2/3B RLC Parameters for AM testing 

The AM test RAB is used in all tests with the following exceptions: 

- Tests that only involve 15-bit length indicators 

- Tests that explicitly specify a different Radio Bearer configuration 
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Tests that involve only 15-bit length indicators require a modified Radio Bearer configuration. To accommodate the 
larger payload size, these tests use a coded composite transport channel consisting of two DCH. The first DCH is 
specified as for the 7-bit length indicators, but not including the DTCH (RAB#1). This is shown in Table 7.2/4A 



Higher layer 


Signalling RB: DCH 


SRB#1 


SRB#2 


SRB#3 


SRB#4 


User of Radio Bearer 


RRC 


RRC 


NAS_DT 
High prio 


NAS_DT 
Low prio 


RLC 


Logical channel type 


DCCH 


DCCH 


DCCH 


DCCH 


RLC mode 


UM 


AM 


AM 


AM 


Payload sizes, bit 


136 


128 


128 


128 


Max data rate, bps 


3400 


3200 


3200 


3200 


RLC header, bit 


8 


16 


16 


16 


MAC 


MAC header, bit 


4 


4 


4 


4 


MAC multiplexing 


4 logical channel multiplexing 


Layer 1 


TrCH type 


DCH 


TB sizes, bit 


148 


TFS 


TF0, bts 





TF1 , bits 


1x148 


TTI, ms 


40 


Coding type 


CC1/3 


CRC, bit 


16 


Max number of bits/TTI before 
rate matching 


516 


Uplink^ Max number of 
bits/radio frame before rate 
matching 


129 



Table 7.2/4A SRB Configuration for AM testing (15-bit Lis) 



This DCH is combined with a traffic DCH (at lower MAC priority) as described in Table 7.2/4B 



Higher 
layer 


RAB: DCH 1 


RAB 


RLC 


Logical channel type 


DTCH 


RLC mode 


AM 


Payload sizes, bit 


1280 


Max data rate, bps 


64000 


RLC header, bit 


16 


MAC 


MAC header, bit 





MAC multiplexing 


N/A 


Layer 1 


TrCH type 


DCH 


TB sizes, bit 


1296 


TFS 


TF0, bits 





TF1 , bits 


1x1296 


TTI, ms 


20 


Coding type 


TC 


CRC, bit 


16 



Table 7.2/4B RAB Configuration for UM testing (15-bit Lis) 



All other settings are the same. 
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7.2.3.2 



Segmentation and reassembly/ Selection of 7 or 15 bit Length Indicators 



7.2.3.2.1 



Definition 



For RLC PDUs smaller than 124 bytes in length, the UE RLC should assume received PDUs have 7-bit length 
indicators, and for PDUs of 124 bytes and larger the UE should assume 15-bit length indicators. The UE should also 
add the same size length indicators to outgoing RLC PDUs. 

This requirement applies to all UE that support RLC PDU sizes of 124 bytes or greater. 

7.2.3.2.2 Conformance requirement 

The size of the Length Indicator may be either 7bits or 15bits. 

If RLC PDUs always carry only one PU, 7bit indicators are used in a particular RLC PDU if the address space is 
sufficient to indicate all SDU segment borders. Otherwise 15bit Length Indicators are applied. 

The length of the Length Indicator only depends on the size of the largest RLC PDU. The length of the Length Indicator 
is always the same for all PUs, for one RLC entity. 

RLC SDUs might be segmented. If possible, the last segment of a SDU shall be concatenated with the first segment of 
the next SDU in order to fill the data field completely and avoid unnecessary padding 

Reference(s) 

TS 25.322 Clauses 9.2.2.8, 9.2.2.9 



7.2.2.2.3 



Test purpose 



To test that if PDU carries a single PU, and the PU size is small enough that a 7 bit indicator is sufficient, 7 bit 
indicators are used, otherwise, 15 bit indicators are used. 



7.2.3.2.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the following exceptions: 



Higher 
layer 


RAB/Signalling RB 


RAB 


RLC 


Logical channel type 


DTCH 


RLC mode 


AM 


Payload sizes, bit 


960 


Max data rate, bps 


48000 


RLC header, bit 


16 


MAC 


MAC header, bit 





MAC multiplexing 


N/A 


Layer 1 


TrCH type 


DCH 


TB sizes, bit 


976 


TFS 


TF0, bits 





TF1 , bits 


1x976 


TTI, ms 


20 


Coding type 


TC 


CRC, bit 


16 



These settings apply to both the uplink and downlink DTCH. 
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The radio bearer is placed into loop-back mode 1 with the UL SDU size set to 40 bytes. 



Test procedure 

a) The SS transmits an RLC SDU of size 80 bytes. The PDU carrying this SDU is transmitted with a poll for 

status. 

b) The SS checks the length indicator sizes and values of the RLC PDU returned on the uplink. 

c) The SS reconfigures the Transport Channel as follows: 



Higher 
layer 


RAB/Signalling RB 


RAB 


RLC 


Logical channel type 


DTCH 


RLC mode 


AM 


Payload sizes, bit 


1280 


Max data rate, bps 


64000 


RLC header, bit 


16 


MAC 


MAC header, bit 





MAC multiplexing 


N/A 


Layer 1 


TrCH type 


DCH 


TB sizes, bit 


1296 


TFS 


TF0, bits 





TF1 , bits 


1x1296 


TTI, ms 


20 


Coding type 


TC 


CRC, bit 


16 



All other settings the same. 

d) The SS transmits an RLC SDUs of size 80 bytes. The PDU carrying this SDU is transmitted with a poll for 

status. 

e) The SS checks the length indicator sizes and values of the RLC PDU returned on the uplink 

f) The SS may optionally release the radio bearer. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE |SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


^ 


DOWNLINK RLC PDU 


80 byte SDU + padding + poll 


3 


^ 


UPLINK RLC PDU 


40 byte SDU + piggy-backed status + poll 


3a 


■^ 


STATUS PDU 


If piggy-backed status is not used in 3 


4 


<- 


STATUS PDU 




5 


<r 


TRANSPORT CHANNEL 
RECONFIGURATION 


PUsize> 127 bytes 


6 


^ 


DOWNLINK RLC PDU 


80 byte SDU + padding + poll 


7 


^ 


UPLINK RLC PDU 


40 byte SDU + piggy-backed status + poll 


7a 


-> 


STATUS PDU 


If piggy-backed status is not used in 7 


8 


<- 


STATUS PDU 




9 




RB RELEASE 


Optional step 
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7.2.3.2.5 Test requirements 

The UE shall send 7 bit length indicators with values that correctly indicate the end of SDU in step b). 

The UE shall send 15 bit length indicators with values that correctly indicate the end of SDU in step e). 

7.2.3.3 Segmentation / 7-bit Length Indicators / Padding or Piggy-backed Status 

7.2.3.3.1 Definition 

The RLC segments SDUs into blocks according to the configured payload unit size. Length indicators are added to 
indicate: the boundaries of SDUs within a PU, the addition of padding bytes. 

This test applies to all UE. 

7.2.3.3.2 Conformance requirement 

The Length Indicator is used to indicate, each time, the end of an SDU occurs in the PU. The Length Indicator points 
out the number of octets between the end of the last Length Indicator field and up to and including the octet at the end 
of an SDU segment 

A PU that has unused space, to be referred to as padding, must use a Length Indicator to indicate that this space is used 
as padding. A padding Length Indicator must be placed after any Length Indicators for a PU. 

If padding or piggybacking is added another length indicator shall be added, see subclause 9.2.2.8 

Reference(s) 

TS 25.322 Clauses 9.2.2.8 and 11.3.2.1.2. 

7.2.3.3.3 Test purpose 

To test that a large SDU is correctly segmented and padding added at the end. 

7.2.3.3.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

These settings apply to both the uplink and downlink DTCH. 

The radio bearer is placed into loop-back mode 1 with the UL SDU size set to 17 bytes. 



Test procedure 

a) The SS transmits an RLC SDU of size 17 bytes, and polls the receiver for status. 

b) The SS checks the length indicator sizes and values of the RLC PDU returned on the uplink, and checks the 
length and content of the received RLC SDU. 

c) The SS may optionally release the radio bearer. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


<r 


DOWNLINK RLC PDU 


SDU 1 


3 


<- 


DOWNLINK RLC PDU 


SDU 1 +poll + Padding 


4 


■^ 


UPLINK RLC PDU 


No LI 


5 


■^ 


UPLINK RLC PDU 


Check Lis and re-assembled SDU 


5a 


-> 


STATUS PDU 


If piggy-backed status is not used in 5 


6 


<r 


STATUS PDU 




7 




RB RELEASE 


Optional step 



7.2.3.3.5 



Test requirements 



The UE shall return two RLC PDUs. The first shall have no Lis. The second shall have a LI indicating the PDU 
contains an SDU boundary after octet 1 of the data field, and the second shall indicate either that the remainder of the 
PDU contains padding, or that it contains a piggy-backed status PDU. 

The length and data content of the received SDU should be the same as the transmitted SDU. 



7.2.3.4 Segmentation / 7-bit Length Indicators / LI = 

7.2.3.4.1 Definition 

Tests the behaviour of the RLC when an SDU exactly fills a PU. 

This test applies to all UE. 



7.2.3.4.2 



Conformance requirement 



If the PDU is exactly filled with the last segment of a SDU and there is no room for a length indicator field a length 
indicator field set to only 0's shall be included in the next PDU. 

Reference(s) 

TS 25.322 Clause 11.3.2.1. 

7.2.3.4.3 Test purpose 

To test that where an SDU exactly fills a PU, an LI of value zero is placed as the first LI in the next PU. 

7.2.3.4.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

These settings apply to both the uplink and downlink DTCH. 

The radio bearer is placed into loop-back mode 1 with the UL SDU size set to 16 bytes. 
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Test procedure 

a) The SS transmits an RLC SDU of size 32 bytes. The SS polls the receiver for status in the last RLC PDU sent. 

b) The SS checks the length indicator sizes and values of the RLC PDUs returned on the uplink, and checks the 
length and content of the received RLC SDU. 

c) The SS may optionally release the radio bearer. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


^ 


DOWNLINK RLC PDU 


SDU 1 


3 


<- 


DOWNLINK RLC PDU 


SDU 1 


4 


<r 


DOWNLINK RLC PDU 


Ll=0, poll and padding 


5 


■^ 


UPLINK RLC PDU 


No Lis 


6 


■^ 


UPLINK RLC PDU 


(Poll) Check Lis and re-assembled SDU 


6a 


-> 


STATUS PDU 


If piggy-backed status is not used in 6 


7 


<r 


STATUS PDU 




8 




RB RELEASE 


Optional step 



7.2.3.4.5 



Test requirements 



The UE shall return two RLC PDUs. The first shall have no Lis. The second shall have an LI indicating that the SDU 
exactly filled the previous PU, and an LI indicating either that the remainder of the PDU contains padding, or that it 
contains a piggy-backed STATUS PDU. 

The length of the received SDU should be 16 bytes, and the data content the same as the first 16 bytes of the transmitted 
SDU. 



7.2.3.5 Segmentation / 7-bit Length Indicators / Reserved LI value 

7.2.3.5.1 Definition 

Tests the behaviour of the RLC when a PDU contains an invalid length indicator. 

This test applies to all UE. 



7.2.3.5.2 



Conformance requirement 



Upon reception of an AMD PDU that contains Length Indicator value "1111 100" or "1 1 1 1 101": PDUs with this 
coding will be discarded by this version of the protocol. 

Reference(s) 

TS 25.322 Clause 9.2.2.8. 

7.2.3.5.3 Test purpose 

To test that PDUs with reserved length indicators are discarded by the receiving RLC. 
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7.2.3.5.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Downlink RLC 

Timer_STATUS_periodic 


200 



These settings apply to both the uplink and downlink DTCH. 



Test procedure 

a) The SS transmits two RLC SDUs of size 24 bytes. In the second PDU, the SS sets the value of the LI to 
111 1 100. In the fourth PDU for transmission, the SS sets the value of the second (padding) LI to 1111101. 

b) The SS waits to receive a status report from the UE. 

c) The SS may optionally release the radio bearer. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE |SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


^ 


DOWNLINK RLC PDU #0 


SDU 1 


3 


<r 


DOWNLINK RLC PDU #1 


SDU 1 + SDU2, LI = 1111100 


4 


<r 


DOWNLINK RLC PDU #2 


SDU 2 


5 


<r 


DOWNLINK RLC PDU #3 


SDU 2 + poll, second LI =1 1 1 1 1 01 


6 


■^ 


STATUS PDU 


Nack PDUs 1 and 3 


7 




RB RELEASE 


Optional step 



7.2.3.5.5 Test requirements 

The UE shall return a STATUS PDU indicating that PDUs with sequence numbers 1 and 3 were incorrectly received. 

7.2.3.6 Segmentation / 7-bit Length Indicators / LI value > PDU size 

7.2.3.6.1 Definition 

Tests the behaviour of the RLC when a PDU contains an invalid length indicator. 

This test applies to all UE. 



7.2.3.6.2 



Conformance requirement 



If the length indicator of a PDU has a value that is larger than the PDU size, the PDU shall be discarded and treated as a 
missing PDU. 
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Reference(s) 

TS 25.322 Clause 11.3.4.5. 

7.2.3.6.3 Test purpose 

To test that PDUs with length indicators that point beyond the end of the PDU are discarded by the receiving RLC. 

7.2.3.6.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

These settings apply to both the uplink and downlink DTCH. 



Test procedure 

a) The SS transmits three RLC SDUs of size 23 bytes. All the SDUs are concatenated or segmented over 
successive RLC PDUs. In the third PDU for transmission, the SS sets value of the length indicator to be 17 
(decimal). 

b) The SS checks the length indicator sizes and values of the RLC PDUs returned on the uplink, and checks the 
length and content of the received RLC SDUs. 

c) The SS may optionally release the radio bearer. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE |SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


^ 


DOWNLINK RLC PDU #0 


SDU 1 


3 


<r 


DOWNLINK RLC PDU #1 


SDU 1 &SDU2 


4 


<r 


DOWNLINK RLC PDU #2 


SDU 2 & SDU 3, with bad LI 


5 


<r 


DOWNLINK RLC PDU #3 


SDU 3 


6 


<r 


DOWNLINK RLC PDU #4 


SDU 3, poll and padding 


7 


■^ 


STATUS PDU 


Nack PDU #2 


8 




RB RELEASE 


Optional step 



7.2.3.6.5 Test requirements 

The UE shall indicate that the PDU with sequence number 2 was not received correctly. 



7.2.3.7 



7.2.3.7.1 



Segmentation / 15-bit Length Indicators / Padding or Piggy-backed Status 

Definition 



The RLC segments SDUs into blocks according to the configured payload unit size. Length indicators are added to 
indicate: the boundaries of SDUs within a PU, the addition of padding bytes. 

This test applies to all UE. 
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7.2.3.7.2 



Conformance requirement 



The Length Indicator is used to indicate, each time, the end of an SDU occurs in the PU. The Length Indicator points 
out the number of octets between the end of the last Length Indicator field and up to and including the octet at the end 
of an SDU segment 

A PU that has unused space, to be referred to as padding, must use a Length Indicator to indicate that this space is used 
as padding. A padding Length Indicator must be placed after any Length Indicators for a PU. 

If padding or piggybacking is added another length indicator shall be added, see subclause 9.2.2.8 

Reference(s) 

TS 25.322 Clauses 9.2.2.8 and 11.3.2.1.2. 

7.2.3.7.3 Test purpose 

To test that a large SDU is correctly segmented and padding added at the end. 

7.2.3.7.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 15-bit length indicator tests in Clause 7.2.3.1. 

These settings apply to both the uplink and downlink DTCH. 

The radio bearer is placed into loop-back mode 1 with the UL SDU size set to 161 bytes. 

Test procedure 

a) The SS transmits an RLC SDU of size 161 bytes, and polls the receiver for status. 

b) The SS checks the length indicator sizes and values of the RLC PDU returned on the uplink, and checks the 
length and content of the received RLC SDU. 

c) The SS may optionally release the radio bearer. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE |SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


^ 


DOWNLINK RLC PDU 


SDU 1 


3 


<r 


DOWNLINK RLC PDU 


SDU 1 +poll + Padding 


4 


■^ 


UPLINK RLC PDU 


No LI 


5 


■^ 


UPLINK RLC PDU 


Check Lis and re-assembled SDU 


5a 


-> 


STATUS PDU 


If piggy-backed status is not used in 5 


6 


<r 


STATUS PDU 




7 




RB RELEASE 


Optional step 
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7.2.3.7.5 Test requirements 

The UE shall return two RLC PDUs. The first shall have no Lis. The second shall have a LI indicating the PDU 
contains an SDU boundary after octet 1 of the data field, and the second shall indicate either that the remainder of the 
PDU contains padding, or that it contains a piggy-backed status PDU. 

The length and data content of the received SDU should be the same as the transmitted SDU. 



7.2.3.8 Segmentation / 1 5-bit Length Indicators / LI = 

7.2.3.8.1 Definition 

Tests the behaviour of the RLC when an SDU exactly fills a PU. 
This test applies to all UE. 

7.2.3.8.2 Conformance requirement 

If the PDU is exactly filled with the last segment of a SDU and there is no room for a length indicator field a length 
indicator field set to only 0's shall be included in the next PDU. 

Reference(s) 

TS 25.322 Clause 11.3.2.1. 

7.2.3.8.3 Test purpose 

To test that where an SDU exactly fills a PU, an LI of value zero is placed as the first LI in the next PU. 

7.2.3.8.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 15-bit length indicator tests in Clause 7.2.3.1. 

These settings apply to both the uplink and downlink DTCH. 

The radio bearer is placed into loop-back mode 1 with the UL SDU size set to 160 bytes. 



Test procedure 

a) The SS transmits an RLC SDU of size 320 bytes. The SS polls the receiver for status in the last RLC PDU sent. 

b) The SS checks the length indicator sizes and values of the RLC PDUs returned on the uplink, and checks the 
length and content of the received RLC SDU. 

c) The SS may optionally release the radio bearer. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


^ 


DOWNLINK RLC PDU 


SDU 1 


3 


<- 


DOWNLINK RLC PDU 


SDU 1 


4 


<r 


DOWNLINK RLC PDU 


Ll=0, poll and padding 


5 


■^ 


UPLINK RLC PDU 


No Lis 


6 


■^ 


UPLINK RLC PDU 


(Poll) Check Lis and re-assembled SDU 


6a 


-> 


STATUS PDU 


If piggy-backed status is not used in 6 


7 


<r 


STATUS PDU 




8 




RB RELEASE 


Optional step 



7.2.3.8.5 



Test requirements 



The UE shall return two RLC PDUs. The first shall have no Lis. The second shall have an LI indicating that the SDU 
exactly filled the previous PU, and an LI indicating either that the remainder of the PDU contains padding, or that it 
contains a piggy-backed STATUS PDU. 

The length of the received SDU should be 160 bytes, and the data content the same as the first 160 bytes of the 
transmitted SDU. 



7.2.3.9 



Segmentation / 15-bit Length Indicators / One octet short LI 



7.2.3.9.1 



Definition 



Tests the behaviour of the RLC when 15-bit length indicators are used, and an SDU fills a PU to one byte short of the 
payload size. 



This test applies to all UE. 



7.2.3.9.2 



Conformance requirement 



In the case where the last segment of an RLC SDU is one octet short of exactly filling the last RLC PU, and 15-bit 
Length Indicators are used, the next Length Indicator shall be placed as the first Length Indicator in the next PU and 
have value LI=1 1 1 1111 1111 1011. 

Reference(s) 

TS 25.322 Clause 9.2.2.8. 



7.2.3.9.3 



Test purpose 



To test that where an SDU is one byte short of filling a PU, an LI indicating one byte short is placed as the first LI in the 
next PU. 



7.2.3.9.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 15-bit length indicator tests in Clause 7.2.3.1. 

These settings apply to both the uplink and downlink DTCH. 

The radio bearer is placed into loop-back mode 1 with the UL SDU size set to 159 bytes. 
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Test procedure 

a) The SS transmits an RLC SDU of size 320 bytes. The SS polls the receiver for status in the last RLC PDU sent. 

b) The SS checks the length indicator sizes and values of the RLC PDUs returned on the uplink, and checks the 
length and content of the received RLC SDU. 

c) The SS may optionally release the radio bearer. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE |SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


^ 


DOWNLINK RLC PDU 


SDU 1 


3 


<r 


DOWNLINK RLC PDU 


SDU 1 


4 


<r 


DOWNLINK RLC PDU 


Ll=0, poll and padding 


5 


■^ 


UPLINK RLC PDU 


No Lis 


6 


-> 


UPLINK RLC PDU 


(Poll) Check Lis and re-assembled SDU 


6a 


-> 


STATUS PDU 


If piggy-backed status is not used in 6 


7 


<- 


STATUS PDU 




8 




RB RELEASE 


Optional step 



7.2.3.9.5 



Test requirements 



The UE shall return two RLC PDUs. The first shall have no Lis. The second shall have an LI indicating that the SDU 
was one byte short of filling the previous PU, and an LI indicating that the remainder of the PDU contains padding. 

The length of the received SDU should be 159 bytes, and the data content the same as the first 159 bytes of the 
transmitted SDU. 



7.2.3.10 Segmentation / 15-bit Length Indicators / Reserved LI value 

7.2.3.10.1 Definition 

Tests the behaviour of the RLC when a PDU contains an invalid length indicator. 

This test applies to all UE. 



7.2.3.10.2 



Conformance requirement 



Upon reception of an AMD PDU that contains Length Indicator value "11111111111 1 100" or "1 1 1 1 1 1 1 1 1 1 1 1 101' 
PDUs with this coding will be discarded by this version of the protocol. 

Reference(s) 

TS 25.322 Clause 9.2.2.8. 

7.2.3.10.3 Test purpose 

To test that PDUs with reserved length indicators are discarded by the receiving RLC. 
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7.2.3.10.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 15-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Downlink RLC 

Timer_STATUS_periodic 


200 



These settings apply to both the uplink and downlink DTCH. 



Test procedure 

a) The SS transmits two RLC SDUs of size 240 bytes. In the second PDU, the SS sets the value of the LI to 
111111111111100. In the fourth PDU for transmission, the SS sets the value of the second (padding) LI to 
111111111111101. 

b) The SS waits to receive a status report from the UE. 

c) The SS may optionally release the radio bearer. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE |SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


^ 


DOWNLINK RLC PDU #0 


SDU 1 


3 


<r 


DOWNLINK RLC PDU #1 


SDU 1 + SDU 2, LI = 1 1 1 1 1 1 1 1 1 1 1 1 1 00 


4 


<r 


DOWNLINK RLC PDU #2 


SDU 2 


5 


<r 


DOWNLINK RLC PDU #3 


SDU 2 + poll, second LI 
=111111111111101 


6 


■> 


STATUS PDU 


Nack PDUs 1 and 3 


7 




RB RELEASE 


Optional step 



7.2.3.10.5 Test requirements 

The UE shall return a STATUS PDU indicating that PDUs with sequence numbers 1 and 3 were incorrectly received. 

7.2.3.1 1 Segmentation / 1 5-bit Length Indicators / LI value > PDU size 

7.2.3.11.1 Definition 

Tests the behaviour of the RLC when a PDU contains an invalid length indicator. 

This test applies to all UE. 



7.2.3.11.2 



Conformance requirement 



If the length indicator of a PDU has a value that is larger than the PDU size, the PDU shall be discarded and treated as a 
missing PDU. 
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Reference(s) 

TS 25.322 Clause 11.3.4.5. 

7.2.3.11.3 Test purpose 

To test that PDUs with length indicators that point beyond the end of the PDU are discarded by the receiving RLC. 

7.2.3.11.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 15-bit length indicator tests in Clause 7.2.3.1. 

These settings apply to both the uplink and downlink DTCH. 



Test procedure 

a) The SS transmits three RLC SDUs of size 230 bytes. All the SDUs are concatenated or segmented over 
successive RLC PDUs. In the third PDU for transmission, the SS sets value of the length indicator to be 161 
(decimal). 

b) The SS checks the length indicator sizes and values of the RLC PDUs returned on the uplink, and checks the 
length and content of the received RLC SDUs. 

c) The SS may optionally release the radio bearer. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE |SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


^ 


DOWNLINK RLC PDU #0 


SDU 1 


3 


<r 


DOWNLINK RLC PDU #1 


SDU 1 &SDU2 


4 


<r 


DOWNLINK RLC PDU #2 


SDU 2 & SDU 3, with bad LI 


5 


<r 


DOWNLINK RLC PDU #3 


SDU 3 


6 


<r 


DOWNLINK RLC PDU #4 


SDU 3, poll and padding 


7 


■^ 


STATUS PDU 


Nack PDU #2 


8 




RB RELEASE 


Optional step 



7.2.3.11.5 Test requirements 

The UE shall indicate that the PDU with sequence number 2 was not received correctly. 

7.2.3.1 2 Correct use of Sequence Numbering 



7.2.3.12.1 



Definition 



Peer RLC entities use sequence numbering to detect missing PDUs, and for flow control purposes. This test checks that 
in basic, normal operation, the sequence numbering is interpreted correctly and applied correctly by the UE RLC layer. 

This test applies to all UE. 
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7.2.3.12.2 Conformance requirement 

PUs are sequentially and independently numbered and may have the value through n minus 1 (where n is the modulus 
of the sequence numbers). The modulus equals 7M- for AM ...; the sequence numbers cycle through the entire range: 
through 2 12 - 1 for AM. 

If the PDU is transmitted for the first time, the Sequence Number field shall be set equal to VT(S) and VT(S) shall be 
updated 

Reference(s) 

TS 25.322, Clauses 9.4 and 11.3.2.1. 

7.2.3.12.3 Test purpose 

1. To verify that the UE transmits the first PDU with the Sequence Number field equal to 0. 

2. To verify that the UE increments the Sequence Number field according to the number of PUs transmitted. 

3. To verify that the UE wraps the Sequence Number after transmitting the 2 12 -lth PU. 

7.2.3.12.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Uplink RLC 

Transmission window size 


4096 


Downlink RLC 

Receiving window size 


4096 



These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 31 bytes. 

Test procedure 

a) The SS sends 2048 RLC SDUs to the UE, each of 31 bytes. The SS polls for status on each 128 th RLC PDU 
transmitted 

b) The SS checks the sequence numbers of the RLC PDUs it receives in the uplink 

c) The SS checks the content of the SDUs it receives from the UE. 

d) The SS may optionally release the radio bearer. 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



80 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


^ 


DOWNLINK RLC PDU #0 




3 


<- 


DOWNLINK RLC PDU #1 


Transmission of DOWNLINK PDUs 
continues 


4 


■> 


UPLINK RLC PDU 


SN should be set to 


5 


■^ 


UPLINK RLC PDU 


SN should be set to 1 




■^ 




Transfer of RLC PDUs continues to 
SN = 4 095 


6 


^ 


DOWNLINK RLC PDU #4095 




7 


<- 


DOWNLINK RLC PDU #0 




8 


■> 


UPLINK RLC PDU 


SN should be set to 4095 


9 


■^ 


UPLINK RLC PDU 


SN should be set to 


10 




RB RELEASE 


Optional step 



7.2.3.12.5 



Test requirements 



The first PDU received should have the SN field set to 0. The second PDU should have the SN field set to 1, and the 
4 096 th PDU should have the SN field set to 0. 

The size and data content of the received SDUs shall match those of the transmitted SDUs. 



7.2.3.13 Control of Transmit Window 

7.2.3.13.1 Definition 

This test is to check that the UE is able to correctly control its RLC transmission window. Correct operation of RLC 
windowing is critical for acknowledged mode operation. 

This test applies to all UE. 

7.2.3.13.2 Conformance requirement 

The transmitter shall not transmit a new PU if VT(S) > VT(MS). 

Reference(s) 

TS 25.322, Clause 9.4. 

7.2.3.13.3 Test purpose 

1 . To verify that the UE does not transmit PUs with sequence numbers outside of the transmit window. 

7.2.3.13.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 
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Uplink RLC 

Transmission window size 


8 


Downlink RLC 

Missing PL) Indicator 
Receiving window size 


FALSE 
8 



These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 15 bytes. 

Test procedure 

Let W be the size of the transmit window. 

The length of all transmitted SDUs is set to 15 bytes. 

a) The SS transmits 3*W RLC SDUs to the UE, polling regularly. 

b) The SS checks the RLC SDUs received on the uplink, but does not reply to poll requests from the UE, or 
transmit STATUS PDUs for any other reason. 

c) After confirming that the UE has stopped transmitting RLC SDUs for at least (2*W*TTI) ms, the SS transmits a 
STATUS PDU acknowledging all the RLC PDUs received so far. 

d) The SS again checks the RLC SDUs received on the uplink, but does not reply to poll requests from the UE, or 
transmit further STATUS PDUs for any other reason. 

e) After confirming that the UE has again stopped transmitting RLC SDUs for at least (2*W*TTI) ms, the SS 
transmits a STATUS PDU acknowledging all the RLC PDUs received so far. 

f) The SS checks the RLC SDUs received on the uplink. 

g) The SS may optionally release the radio bearer. 

NOTE: Window arithmetic is carried out modulo 4096. 

The test procedure is run with the window transmit window size set to the default (8), and the repeated with the transmit 
window size set to 1536. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 
4 
5 


<- 


RB ESTABLISHMENT 
DOWNLINK RLC PDU 
DOWNLINK RLC PDU 
DOWNLINK RLC PDU 
DOWNLINK RLC PDU 


See generic procedures 
SDU 1 
SDU 2 
SDU 3 
SDU 4 


6 


^ 




SS continues to transmit RLC SDUs 


7 


^ 


DOWNLINK RLC PDU 


SDU3W 


8 
9 


-* 
-» 


UPLINK RLC PDU 
UPLINK RLC PDU 


SDU 1 
SDU 2 


10 


^ 




SS continues to receive RLC SDUs 


11 


^ 


UPLINK RLC PDU 


SDUW 


12 






No transmissions from UE 


13 
14 
15 


^ 
^ 
^ 


STATUS PDU 
UPLINK RLC PDU 
UPLINK RLC PDU 


SDUW+1 
SDU W+2 


16 


^ 




SS continues to receive RLC SDUs 


17 


-* 


UPLINK RLC PDU 


SDU2W 


18 






No transmissions from UE 


19 
20 
21 


^ 
^ 
^ 


STATUS PDU 
UPLINK RLC PDU 
UPLINK RLC PDU 


SDU 2W+1 
SDU 2W+2 


22 


*■ 




SS continues to receive RLC SDUs 


23 
24 


^ 


UPLINK RLC PDU 
RB RELEASE 


SDU3W 
Optional step 



The UPLINK and DOWNLINK PDU flows may overlap, but are shown separate for clarity. 

7.2.3.13.5 Test requirements 

From steps 8 to 11, the SDU contents reassembled from the uplink shall match those of the first W transmitted SDUs. 

At step 12 there shall be no further transmission on the uplink DTCH whilst the SS is waiting. 

After step 13, the UE shall resume transmission of the next W SDUs. The contents of these SDUs shall match those of 
SDUs W+l to 2*W sent on the downlink. 

At step 18 there shall be no further transmission on the uplink DTCH whilst the SS is waiting. 

After step 19, the UE shall resume transmission of the next W SDUs. The contents of these SDUs shall match those of 
SDUs 2*W+1 to 3*W sent on the downlink. 
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7.2.3.14 Control of Receive Window 

7.2.3.14.1 Definition 

This test is to check that the UE is able to correctly control its RLC receive window. Correct operation of RLC 
windowing is critical for acknowledged mode operation. 

This test applies to all UE. 

7.2.3.14.2 Conformance requirement 

Upon reception of a PU with SN<VR(R) or SN>VR(MR) the receiver shall discard the PU. 

Reference(s) 

TS 25.32, Clause 11.3.4.2. 

7.2.3.14.3 Test purpose 

1 . To verify that the UE discards PUs with sequence numbers outside of the receive window. 

7.2.3.14.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Uplink RLC 

Transmission window size 


8 


Downlink RLC 

Missing PU Indicator 
Receiving window size 


FALSE 
8 



These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 15 bytes. 

Test procedure 

Let W be the size of the receive window. 

The length of all transmitted SDUs is set to 15 bytes. 

a) The SS transmits 2*W RLC SDUs to the UE, polling only on the last RLC PDU. 

b) The SS checks the RLC SDUs received on the uplink, and after receiving the STATUS PDU from the UE it 
transmits a further RLC SDU. The SS sets the sequence numbers for the associated RLC PDU above the top of 
the receive window, for example, 2*W+1. 

c) The SS transmits a further RLC SDU with the sequence number set to the value of the next sequence number 
within the receive window. 

d) The SS checks the RLC SDUs received on the uplink. 

e) The SS may optionally release the radio bearer. 
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This test case is run once for the default receive window size (8) and again with the receive window size set to 1536. 
Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 
2 
3 




RB ESTABLISHMENT 
DOWNLINK RLC PDU 
DOWNLINK RLC PDU 


See generic procedures 

SDU 1 

SDU2 


4 


^ 




SS continues to transmit RLC SDUs 


5 
6 

7 
8 


^ 
^ 
^ 
^ 


DOWNLINK RLC PDU 
STATUS PDU 
UPLINK RLC PDU 
UPLINK RLC PDU 


SDU 2W + Poll 

SDU1 
SDU 2 


9 






UE continues to transmit RLC SDUs 


10 
11 
12 


<- 


UPLINK RLC PDU 
DOWNLINK RLC PDU 
DOWNLINK RLC PDU 


SDUW 

SDU2W+1,SN = 2W+1 
SDU2W+2, SN=W+1 


13 
14 


■> 


UPLINK RLC PDU 
RB RELEASE 


SDU 2W+2 
Optional step 



The UPLINK and DOWNLINK PDU flows may overlap, but are shown separate for clarity. 

7.2.3.14.5 Test requirements 

The SS shall receive back SDUs 1 to W, and SDU 2*W + 2 only. No other SDUs shall be looped back. 

7.2.3.1 5 Polling for status / Last PU in transmission queue 



7.2.3.15.1 



Definition 



This case tests that the UE will poll for a status request on the last PU in its transmission queue when that mode is 
enabled. Incorrect operation of polling will cause degradation of service, or at worst service failure. 



This test applies to all UE. 



7.2.3.15.2 



Conformance requirement 



The Polling bit shall be set to 1 if any of following conditions are fulfilled except when the poll prohibit function is used 
and the timer Timer_Poll_Prohibit is active: 

1 . Last PU in buffer is used and the last PU available for transmission is transmitted. 



Reference 

25.322 Clause 11.3.2.1.1. 

7.2.3.15.3 Test purpose 

1 . To verify that a poll is performed when only one PU is available for transmission, and the poll prohibit timer is 
function is not used. 
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2. To verify that a poll is performed when only one PU is available for transmission, and the poll prohibit timer is 
function is used, but inactive. 



7.2.3.15.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Uplink RLC 


First run 


Second run 


Polling info 






Timer poll prohibit 


disabled 


200 


Last transmission PU poll 


TRUE 


TRUE 


Last retransmission PU poll 


FALSE 


FALSE 



These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 31 bytes. 

Test procedure 

a) The SS transmits an RLC SDU of length 63 bytes to the UE. 

b) The SS checks the uplink RLC PDUs for a poll for status flag. 

c) The SS may optionally release the radio bearer. 

The test is repeated using the RLC parameters given in the Second run column of the configuration table for the initial 
conditions. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


^ 


DOWNLINK RLC PDU 


SDU 1 


3 


<r 


DOWNLINK RLC PDU 


SDU 1 


4 


<r 


DOWNLINK RLC PDU 


SDU 1 


5 


<r 


DOWNLINK RLC PDU 


SDU 1 + Poll 


6 


■> 


STATUS PDU 




7 


-> 


UPLINK RLC PDU 


SDU 1 


8 


■^ 


UPLINK RLC PDU 


SDU 1 + Poll 


9 




RB RELEASE 


Optional step 



7.2.3.15.5 Test requirements 

The Poll bit shall be set in the RLC Header of the PDU returned in step 8. 
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7.2.3.1 6 Polling for status / Last PU in retransmission queue 



7.2.3.16.1 



Definition 



This case tests that the UE will poll for a status request on the last PU in its retransmission queue when that mode is 
enabled. Incorrect operation of polling will cause degradation of service, or at worst service failure. 



This test applies to all UE. 



7.2.3.16.2 



Conformance requirement 



The Polling bit shall be set to 1 if any of following conditions are fulfilled except when the poll prohibit function is used 
and the timer Timer_Poll_Prohibit is active: 

1)... 

2) Last PU in retransmission buffer is used and the last PU to be retransmitted is transmitted 

Reference 

25.322 Clause 11.3.2.1.1. 

7.2.3.16.3 Test purpose 

1 . To verify that a poll is performed when only one PU is available for retransmission, and the poll prohibit timer is 
function is not used. 

2. To verify that a poll is performed when only one PU is available for retransmission, and the poll prohibit timer is 
function is used, but inactive. 



7.2.3.16.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Uplink RLC 


First run 


Second run 


Polling info 






Timer poll prohibit 


disabled 


200 


Last transmission PU poll 


FALSE 


FALSE 


Last retransmission PU poll 


TRUE 


TRUE 



These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 31 bytes. 

Test procedure 

a) The SS transmits an RLC SDU of length 63 bytes to the UE. 

b) The SS checks the uplink RLC PDUs for a poll for status flag. 

c) The SS transmits a STATUS PDU negatively acknowledging the uplink RLC PDUs as missing. 
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d) The SS waits for the RLC PDUs to be retransmitted and then checks the uplink RLC PDUs for a poll for status 
flag. 

e) The SS may optionally release the radio bearer. 

The test is repeated using the RLC parameters given in the Second run column of the configuration table for the initial 
conditions. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




RB ESTABLISHMENT 


See generic procedures 


2 


^ 


DOWNLINK RLC PDU 


SDU 1 


3 


<- 


DOWNLINK RLC PDU 


SDU 1 


4 


<r 


DOWNLINK RLC PDU 


SDU 1 


5 


<r 


DOWNLINK RLC PDU 


SDU 1 + Poll 


6 


■^ 


STATUS PDU 




7 


■^ 


UPLINK RLC PDU 


SDU 1 


8 


■^ 


UPLINK RLC PDU 


SDU 1 


9 


<r 


STATUS PDU 


NAK: SN=0 and SN=1 


10 






Wait for retransmission 


11 


■> 


UPLINK RLC PDU 


SDU 1 


12 


■* 


UPLINK RLC PDU 


SDU 1 + Poll 


13 




RB RELEASE 


Optional step 



7.2.3.16.5 Test requirements 

The Poll bit shall be set in the RLC Header of the PDU returned in step 12. 

7.2.3.1 7 Polling for status / Poll every Poll_PU PUs 



7.2.3.17.1 



Definition 



This case tests that the UE will poll for a status request every Poll_PU PUs when that mode is enabled. Incorrect 
operation of polling will cause degradation of service, or at worst service failure. 



This test applies to all UE. 



7.2.3.17.2 



Conformance requirement 



VT(PU) should be incremented for both new and retransmitted PUs. When it reaches Poll_PU a new poll is transmitted 
and the state variable is set to zero. 

The Polling bit shall be set to 1 if . . . Every Poll_PU PU is used and when VT(PU)=Poll_PU 

Reference 

25.322 Clauses 9. 4, 9.6 and 11.3.2.1.1. 

7.2.3.17.3 Test purpose 

1 . To verify that a poll is performed when VT(PU) reaches Poll_PU. 

2. To verify VT(PU) is incremented for both new and retransmitted PUs. 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



88 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



7.2.3.17.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Uplink RLC 




Polling info 




Poll PU 


4 


Last transmission PU poll 


FALSE 


Last retransmission PU poll 


FALSE 



These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 15 bytes. 

Test procedure 

Let the value of Poll_PU be P 

a) The SS sends 2 * P + 2 RLC SDUs of size 15 bytes to the UE in PDUs with sequence numbers that are 
contiguous, starting from zero. 

b) The SS checks the sequence numbers and polling bits of the RLC SDUs returned on the uplink. 

c) The SS sends a STATUS PDU negatively acknowledging two RLC PDUs with a sequence numbers of already 
transmitted PDUs. The other PDUs are acknowledged as received correctly. 

d) The SS checks the sequence numbers and polling bits of the RLC SDUs returned on the uplink. 

e) The SS terminates the connection. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


^ 


DOWNLINK RLC PDU 


SDU 1 


2 


<r 


DOWNLINK RLC PDU 


SDU2 


3 


^ 




SS continues to transmit RLC SDUs 


4 


<- 


DOWNLINK RLC PDU 


SDU 2P+2 


5 


■> 


UPLINK RLC PDU 


SDU1 


6 


■^ 


UPLINK RLC PDU 


SDU 2 


7 


■> 




SS continues to receive RLC SDUs 


8 


■> 


UPLINK RLC PDU 


SDU P, Poll 


9 


<r 


STATUS PDU 


NAK SN=0 and SN=1 


10 


■^ 


UPLINK RLC PDU 


SDU 1 


11 


■^ 


UPLINK RLC PDU 


SDU 2 


12 


■^ 


UPLINK RLC PDU 


SDU P+1 


13 


■^ 


UPLINK RLC PDU 


SDU P+2, Poll 


14 










■> 




SS continues to receive RLC SDUs 


15 


■> 


UPLINK RLC PDU 


SDU 2*P+2, Poll 


16 




RB RELEASE 


Optional step 



The UPLINK and DOWNLINK PDU flows may overlap, but are shown separate for clarity. 

7.2.3.17.5 Test requirements 

The SS shall receive a poll for status in the RLC PDUs sent on the uplink in steps 8, 13 and 15 above. 

7.2.3.1 8 Polling for status / Poll every Poll_SDU SDUs 



7.2.3.18.1 



Definition 



This case tests that the UE will poll for a status request every Poll_SDU SDUs when that mode is enabled. Incorrect 
operation of polling will cause degradation of service, or at worst service failure. 



This test applies to all UE. 



7.2.3.18.2 



Conformance requirement 



The state variable VT(SDU) is used when the poll every Poll_SDU SDU function is used. It is incremented with 1 for 
each SDU that is transmitted. When it reaches Poll_SDU a new poll is transmitted and the state variable is set to zero. 
The poll bit should be set in the PU that contains the last segment of the SDU. The initial value of this variable is 0. 

The Polling bit shall be set to 1 if ... Every Poll_SDU is used and VT(SDU)=Poll_SDU and the PDU contains the last 
segment that SDU 

Reference 

25.322 Clauses 9. 4, 9.6 and 11.3.2.1.1. 

7.2.3.18.3 Test purpose 

1 . To verify that a poll is performed when VT(SDU) reaches Poll_ SDU. 

2. To verify that the poll is sent in the last PDU of the SDU. 
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7.2.3.18.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Uplink RLC 

Polling info 

Poll SDU 


1 



These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 63 bytes. 

Let the value of Poll_SDU be P. 

a) The SS sends 2 * P RLC SDUs of size 15 bytes to the UE in PDUs with sequence numbers that are contiguous, 
starting from zero. 

b) The SS checks the sequence numbers and polling bits of the RLC SDUs returned on the uplink. 

c) The SS terminates the connection. 
The test is repeated with Poll_SDU set to 64. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 




DOWNLINK RLC PDU 
DOWNLINK RLC PDU 


SDU 1 
SDU 2 


3 


^ 




SS continues to transmit RLC SDUs 


4 


<- 


DOWNLINK RLC PDU 


SDU2P 


5 
6 


■> 
■^ 


UPLINK RLC PDU 
UPLINK RLC PDU 


SDU 1 Expanded to 63 bytes by test 
function 


7 


■> 




SS continues to receive RLC SDUs 


8 
9 
10 
11 
12 




UPLINK RLC PDU 
STATUS PDU 
UPLINK RLC PDU 
UPLINK RLC PDU 


SDU P, Poll 

SDU P+1 Expanded to 63 bytes by test 
function 


■> 




SS continues to receive RLC SDUs 


13 
14 


■> 


UPLINK RLC PDU 
RB RELEASE 


SDU 2P, Poll 
Optional step 



The UPLINK and DOWNLINK PDU flows may overlap, but are shown separate for clarity. 
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7.2.3.18.5 Test requirements 

The UE shall return uplink PDUs that contain polls for status in sequence numbers 4 * P - 1 and 8 * P - 1 . No other 
PDUs should poll for status. 



7.2.3.1 9 Polling for status / Timer triggered polling (Timer_Poll_Periodic) 

7.2.3.19.1 Definition 

This case tests that the UE will poll for a status request every Timer_Poll_Periodic ms when that mode is enabled. 
Incorrect operation of polling will cause degradation of service, or at worst service failure. 

This test applies to all UE. 

7.2.3.19.2 Conformance requirement 

The timer is started when the RLC entity is created. Each time the timer expires a poll is transmitted (either by the 
transmission of a PDU which was not yet sent, or by a retransmission) and the timer is restarted. If there is no PU to be 
transmitted and all PUs have already been acknowledged, a poll shall not be transmitted and the timer shall only be 
restarted. 

The Polling bit shall be set to 1 if . . . timer based polling is used and Timer_Poll_Periodic has expired. 

Reference 

25.322 Clauses 9.5 and 11.3.2.1.1. 

7.2.3.19.3 Test purpose 

1. To verify that the UE polls the SS in the next PDU to be transmitted or retransmitted each time the 
Timer_Poll_Periodic timer expires. 

2. To verify that if there is no PU to be transmitted, and all the PUs have already been acknowledged, the timer is 
restarted, but no poll is sent.. 

7.2.3.19.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Uplink RLC 

Polling info 

Timer_poll_periodic 


First run 
100 


Second run 
2000 



These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 15 bytes. 

Test procedure 

Let T be the value of Timer_Poll_Periodic 

a) The SS waits for at least 2*T ms before starting any transmissions, and monitors the uplink. 
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b) The SS sends T * 0.1 RLC SDUs of size 15 bytes to the UE. 

c) The SS waits for the first PDU to be received with the P bit set, records the arrival time (Ti) and responds with a 
STATUS PDU normally. 

d) The SS waits for the reception of the next PDU with the P bit set, records the arrival time (T 2 ), and then 
transmits a STATUS PDU reporting that none of the unacknowledged PDUs were correctly received. 

e) The SS waits for the next PDU received with the P bit set, and records the arrival time (T 3 ). 

f) The SS waits for the reception of the next PDU with the P bit set and records the arrival time (T 4 ). 

g) The SS may optionally release the radio bearer. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


^ 


DOWNLINK RLC PDU 


SDU 1 


2 


^ 




SS continues to transmit RLC SDUs 


3 


<- 


DOWNLINK RLC PDU 


SDU0.1T 


4 


■^ 


UPLINK RLC PDU 


SDU 1 


5 


-> 


UPLINK RLC PDU 


SDU 2 


6 


■> 




SS continues to receive RLC PDUs 


7 


■> 


UPLINK RLC PDU 


SN = ceil(T/TTI), Poll: Note Ti 


8 


<r 


STATUS PDU 


ACK SN to SN ceil(T/TTI) 


9 


-> 


UPLINK RLC PDU 


SN = ceil(T/TTI)+1 


10 


■> 




SS continues to receive RLC PDUs 


11 


■> 


UPLINK RLC PDU 


SN = ceil(2T/TTI), Poll: Note T 2 


12 


«- 


STATUS PDU 


NAK SN ceil(T/TTI)+1 to SN ceil(2T/TTI) 


13 


^ 


UPLINK RLC PDU 


PDUs including some retransmissions 


14 


^ 


UPLINK RLC PDU 




15 


^ 




SS continues to receive RLC PDUs 


16 


^ 


UPLINK RLC PDU 


Poll: Note T 3 


17 


<r 


STATUS PDU 


Normal 


18 


■> 




SS continues to receive RLC PDUs 


19 


■> 


UPLINK RLC PDU 


Poll: Note T 4 


20 




RB RELEASE 


Optional step 



The UPLINK and DOWNLINK PDU flows may overlap, but are shown separate for clarity. 

7.2.3.19.5 Test requirements 

Time T 2 - Ti should be T ± TTI ms. 
Time T 4 - T 3 should be T ± TTI ms. 
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7.2.3.20 Polling for status / Polling on Poll_Window% of transmission window 



7.2.3.20.1 



Definition 



This case tests that the UE will poll for a status request every Timer_Poll_Periodic ms when that mode is enabled. 
Incorrect operation of polling will cause degradation of service, or at worst service failure. 

This test applies to all UE. 

7.2.3.20.2 Conformance requirement 

The Polling bit shall be set to 1 if . . . Poll_Window% of transmission window is used, and: 

(Tx_Window_Size + VT(MS) - VT(S))modTx_Window_Size 



1 



Tx_ Window _Size 



100 > Poll Window 



Reference 

25.322 Clause 11.3.2.1.1. 

7.2.3.20.3 Test purpose 

1. To verify that the UE polls the SS once the window based polling equation is satisfied. 

7.2.3.20.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Uplink RLC 

Polling info 

Poll_Window 
Transmission window size 


50 
8 


Downlink RLC 

Receiving window size 


8 



These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 15 bytes. 

Test procedure 

Let W be the size of the transmission window. 

a) The SS transmits (W/2) + 2 RLC SDUs of size 15 bytes. 

b) The SS checks the sequence number of the first uplink PDU to be received with the P bit set. 

c) The SS sends another RLC SDU of size 15 bytes. 

d) The SS checks the sequence number of the next uplink PDU to be received with the P bit set. 

e) The SS sends a STATUS PDU acknowledging the first two RLC PDUs received, followed by two further RLC 
SDUs. 
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f) The SS checks the sequence number of the next uplink PDU to be received with the P bit set 

g) The SS may optionally release the radio bearer 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


<- 


DOWNLINK RLC PDU 


SDU 1 


2 


^ 




SS continues to transmit RLC SDUs 


3 


^ 


DOWNLINK RLC PDU 


SDU W/2 


4 


^ 


UPLINK RLC PDU 


SDU 1 


5 


^ 


UPLINK RLC PDU 


SDU 2 


6 


^ 




SS continues to receive RLC PDUs 


7 


^ 


UPLINK RLC PDU 


SN = W/2+1, Poll 


3 


«- 


DOWNLINK RLC PDU 




9 


^ 


UPLINK RLC PDU 


SN = W/2+2, Poll 


8 


<r 


STATUS PDU 


ACK SN to 3 


3 


<r 


DOWNLINK RLC PDU 




3 


<r 


DOWNLINK RLC PDU 




11 


■^ 


UPLINK RLC PDU 


SN = W/2+3 


11 


■^ 


UPLINK RLC PDU 


SN = W/2+4, Poll 


20 




RB RELEASE 


Optional step 



The UPLINK and DOWNLINK PDU flows may overlap, but are shown separate for clarity. 



7.2.3.20.5 



Test requirements 



The SS shall receive RLC PDUs with the P bit set in PDUs with sequence numbers of 5, 6 and 8. No other PDUs should 
have their P bits set. 



7.2.3.21 Polling for status / Operation of Timer_Poll timer / Timer expiry 



7.2.3.21.1 



Definition 



This case tests that the UE will retransmit a poll for status if it does not receive a STATUS PDU within Timer_Poll ms 
after a poll for status is transmitted. Incorrect operation of polling will cause degradation of service, or possible service 
failure. 



This test applies to all UE. 



7.2.3.21.2 



Conformance requirement 



This timer is started when the transmitting side sends a poll to the peer entity. The timer is stopped when receiving a 
STATUS PDU that contains an acknowledgement or negative acknowledgement of the AMD PDU that triggered the 
timer. 

If the timer expires and no STATUS PDU containing an acknowledgement or negative acknowledgement of the AMD 
PDU that triggered the timer has been received, the receiver is polled once more (either by the transmission of a PDU 
which was not yet sent, or by a retransmission) and the timer is restarted. If there is no PU to be transmitted and all PUs 
have already been acknowledged, the receiver shall not be polled. 

If a new poll is sent when the timer is running it is restarted 

The Polling bit shall be set to 1 if . . . Poll timer is used and timer Timer_Poll has expired 
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Reference 

25.322 Clause 9.5 and 11.3.2.1.1. 



7.2.3.21.3 



Test purpose 



1 . To verify that if the timer expires and no STATUS PDU containing an acknowledgement or negative 

acknowledgement of the AMD PDU that triggered the timer has been received, the receiver is polled once more. 



7.2.3.21.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Uplink RLC 


First run 


Second run 


Polling info 






Timer poll 


500 


1000 


Timer Poll Periodic 


2000 


2000 



These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 15 bytes. 

Test procedure 

Let T be the value of the Timer_Poll_Periodic timer. 

a) The SS transmits at least 2 * T / TTI SDUs of size 15 bytes.. 

b) The SS receives PDUs from the UE, and notes the time on receiving the first PU with the P bit set, but does not 
respond. This time will be recorded as T L 

c) The SS continues to receive PDUs from the UE and notes the time on receipt of the next PU with the P bit set. 
This time will be recorded as T 2 . 

d) The SS may optionally release the radio bearer 

The test case is run once for each set of initial RLC parameters. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


^ 


DOWNLINK RLC PDU 


SDU 1 


2 


^ 




SS continues to transmit RLC SDUs 


3 


^ 


DOWNLINK RLC PDU 


SDU ceil(2T/TTI) 


4 


^ 


UPLINK RLC PDU 


SDU 1 


5 


^ 


UPLINK RLC PDU 


SDU 2 


6 


^ 




SS continues to receive RLC PDUs 


7 


^ 


UPLINK RLC PDU 


SN = ceil(T/TTI), Poll: Note Ti 


8 


^ 


UPLINK RLC PDU 


SN = ceil(T/TTI)+1 


9 


-* 




SS continues to receive RLC PDUs 


10 


^ 


UPLINK RLC PDU 


Poll: Note T 2 


11 




RB RELEASE 


Optional step 



The UPLINK and DOWNLINK PDU flows may overlap, but are shown separate for clarity. 

7.2.3.21 .5 Test requirements 

For the first run, the measured time T 2 - Ti should be 500 ± 40 ms (TTI = 40 ms). 

For the second run, the measured time T 2 -T] should be 1000 ± 40 ms. 

7.2.3.22 Polling for status / Operation of Timer_Poll timer / Stopping Timer_Poll timer 



7.2.3.22.1 



Definition 



This case tests that the UE will stop the Timer_Poll timer if it receives a STATUS PDU within Timer_Poll ms after a 
poll for status is transmitted. Incorrect operation of polling will cause degradation of service, or possible service failure. 



This test applies to all UE. 



7.2.3.22.2 



Conformance requirement 



This timer is started when the transmitting side sends a poll to the peer entity. The timer is stopped when receiving a 
STATUS PDU that contains an acknowledgement or negative acknowledgement of the AMD PDU that triggered the 
timer. 

If the timer expires and no STATUS PDU containing an acknowledgement or negative acknowledgement of the AMD 
PDU that triggered the timer has been received, the receiver is polled once more (either by the transmission of a PDU 
which was not yet sent, or by a retransmission) and the timer is restarted. If there is no PU to be transmitted and all PUs 
have already been acknowledged, the receiver shall not be polled. 

If a new poll is sent when the timer is running it is restarted 

Reference 
25.322 Clause 9.5. 



7.2.3.22.3 



Test purpose 



1 . To verify that the timer is stopped when receiving a STATUS PDU that contains an acknowledgement or 
negative acknowledgement of the AMD PDU that triggered the timer. 
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7.2.3.22.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Uplink RLC 


First run 


Second run 


Polling info 






Timer poll 


500 


1000 


Timer Poll Periodic 


2000 


2000 



These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 15 bytes. 

Test procedure 

Let T be the value of the Timer_Poll_Periodic timer. 

a) The SS transmits at least 2 * T / TTI SDUs of size 15 bytes. 

b) The SS receives PDUs from the UE, and notes the time on receiving the first PDU with the P bit set. This time 
will be recorded as Ti 

c) The SS sends a STATUS PDU acknowledging all the PDUs up to and including the PDU carrying the poll 
request. 

d) The SS continues to receive PDUs from the UE and notes the time on receipt of the next PU with the P bit set. 
This time will be recorded as T 2 . 

e) The SS may optionally release the radio bearer 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


^ 


DOWNLINK RLC PDU 


SDU 1 


2 


^ 




SS continues to transmit RLC SDUs 


3 


^ 


DOWNLINK RLC PDU 


SDU ceil(2T/TTI) 


4 


^ 


UPLINK RLC PDU 


SDU 1 


5 


^ 


UPLINK RLC PDU 


SDU 2 


6 


^ 




SS continues to receive RLC PDUs 


7 


^ 


UPLINK RLC PDU 


SN = ceil(T/TTI), Poll: Note Ti 


8 


<r 


STATUS PDU 


ACK SN to SN ceil(T/TTI) 


9 


■> 


UPLINK RLC PDU 


SN = ceil(T/TTI)+1 


10 


■> 




SS continues to receive RLC PDUs 


11 


■> 


UPLINK RLC PDU 


SN = ceil(2T/TTI), Poll: Note T 2 


12 




RB RELEASE 


Optional step 



The UPLINK and DOWNLINK PDU flows may overlap, but are shown separate for clarity. 
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7.2.3.22.5 Test requirements 

For both execution runs, the measured time T 2 - Ti should be 2000 ± 40 ms (TTI = 40ms). 



7.2.3.23 Polling for status / Operation of Timer_Poll timer / Restart of the Timer_Poll 
timer 



7.2.3.23.1 



Definition 



This case tests that the UE will restart the Timer_Poll timer if another poll request is transmitted whilst the timer is 
running. Incorrect operation of polling will cause degradation of service, or possible service failure. 



This test applies to all UE. 



7.2.3.23.2 



Conformance requirement 



This timer is started when the transmitting side sends a poll to the peer entity. The timer is stopped when receiving a 
STATUS PDU that contains an acknowledgement or negative acknowledgement of the AMD PDU that triggered the 
timer. 

If the timer expires and no STATUS PDU containing an acknowledgement or negative acknowledgement of the AMD 
PDU that triggered the timer has been received, the receiver is polled once more (either by the transmission of a PDU 
which was not yet sent, or by a retransmission) and the timer is restarted. If there is no PU to be transmitted and all PUs 
have already been acknowledged, the receiver shall not be polled. 

If a new poll is sent when the timer is running it is restarted 

Reference 

25.322 Clause 9.5. 

7.2.3.23.3 Test purpose 

1 . To verify that if a new poll is sent when the timer is running it is restarted. 

7.2.3.23.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Uplink RLC 




Polling info 




Timer poll 


500 


Poll PU 


10 


Poll SDU 


12 



These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 15 bytes. 
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Test procedure 

Let T be the value of the Timer_Poll timer. 

a) The SS starts transmission of at least Poll_SDU + ceil(T / TTI) SDUs of size 15 bytes. 

b) Whilst transmitting, the SS receives PDUs from the UE, and notes the time on receiving the second PDU with 
the P bit set. This time will be recorded as T L 

c) The SS sends a STATUS PDU acknowledging all the PDUs up to, but not including the PDU carrying the poll 
request. 

d) The SS continues to receive PDUs from the UE and notes the time on receipt of the next PU with the P bit set. 
This time will be recorded as T 2 . 

e) The SS may optionally release the radio bearer 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


^ 


DOWNLINK RLC PDU 


SDU 1 


2 


^ 




SS continues to transmit RLC SDUs 


3 
4 
5 


^ 
^ 
^ 


DOWNLINK RLC PDU 
UPLINK RLC PDU 
UPLINK RLC PDU 


SDU (Poll SDU + ceil(T/TTI)) 
SDU 1 
SDU 2 


6 


^ 




SS continues to receive RLC PDUs 


7 


^ 


UPLINK RLC PDU 


SN = poll_PU - 1 , Poll, Timer_Poll started 


8 


-* 




SS continues to receive RLC PDUs 


9 

10 
11 


^ 

^ 
^ 


UPLINK RLC PDU 

STATUS PDU 
UPLINK RLC PDU 


SN = poll_SDU - 1 , Poll, Timer_Poll 
restarted: Note Ti 
ACK SN to SN = poll SDU - 2 
SN = poll_SDU 


12 


^ 




SS continues to receive RLC PDUs 


13 
14 


^ 


UPLINK RLC PDU 
RB RELEASE 


SN = poll_SDU + ceil(T/TTI), Poll: Note T 2 
Optional step 



The UPLINK and DOWNLINK PDU flows may overlap, but are shown separate for clarity. 

7.2.3.23.5 Test requirements 

The measured time T 2 - T] should be 500 ± 40 ms (TTI = 40ms). 

7.2.3.24 Polling for status / Operation of timer Timer_Poll_Prohibit 



7.2.3.24.1 



Definition 



This case tests that the UE will not send a poll request within Timer_Poll_Prohibit ms of a previous poll request when 
this mode of operation is enabled. Incorrect operation of polling will cause degradation of service, or possible service 
failure. 

This test applies to all UE. 
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7.2.3.24.2 



Conformance requirement 



This timer is used to prohibit transmission of polls within a certain period. A poll shall be delayed until the timer 
expires if a poll is triggered when the timer is active. Only one poll shall be transmitted when the timer expires even if 
several polls were triggered when the timer was active. If there is no PU to be transmitted and all PUs have already been 
acknowledged, a poll shall not be transmitted. This timer will not be stopped by a STATUS PDU. The value of the 
timer is signalled by RRC. 

The Polling bit shall be set to 1 if any of following conditions are fulfilled except when the poll prohibit function is used 
and the timer Timer_Poll_Prohibit is active (the different triggers are described in 9.7.4). 

Reference 

25.322 Clauses 9.5 and 11.3.2.1.1. 



7.2.3.24.3 



Test purpose 



1 . To verify that no poll is transmitted if one or several polls are triggered when the Timer_Poll_Prohibit timer is 
active and has not expired. 



7.2.3.24.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Uplink RLC 




Polling info 




Timer poll prohibit 


500 


Poll PU 


10 


Poll SDU 


12 


Poll Window 


50 


Transmission window size 


32 


Downlink RLC 




Receiving window size 


32 



These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 15 bytes. 

Test procedure 

Let T be the value of the Timer_Poll_Prohibit timer. 

a) The SS starts transmission of at least (Transmission Window Size / 2) + ceil(T / TTI) SDUs of size 15 bytes. 

b) Whilst transmitting, the SS receives PDUs from the UE, and notes the time on receiving the first PDU with the P 
bit set. This time will be recorded as T L 

c) The SS does not respond to the poll request. 

d) The SS continues to receive PDUs from the UE and notes the time on receipt of the next PU with the P bit set. 
This time will be recorded as T 2 . 

e) The SS may optionally release the radio bearer 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


^ 


DOWNLINK RLC PDU 


SDU 1 


2 


^ 




SS continues to transmit RLC SDUs 


3 
4 
5 


^ 
^ 
^ 


DOWNLINK RLC PDU 
UPLINK RLC PDU 
UPLINK RLC PDU 


SDU Poll PU 
SDU 1 
SDU 2 


6 


^ 




SS continues to receive RLC PDUs 


7 


^ 


UPLINK RLC PDU 


SN = Poll_PU - 1 , Poll: Note Ti 


8 


^ 




SS continues to receive RLC PDUs 


9 
10 


■* 
■* 


UPLINK RLC PDU 
UPLINK RLC PDU 


SN = poll_SDU-1, No Poll 

SN = (Transmission Window Size / 2) - 1 , 

No Poll 


11 


^ 




SS continues to receive RLC PDUs 


12 
13 


^ 


UPLINK RLC PDU 
RB RELEASE 


SN = poll_PU + ceil(T/TTI), Poll: Note T 2 
Optional step 



The UPLINK and DOWNLINK PDU flows may overlap, but are shown separate for clarity. 

7.2.3.24.5 Test requirements 

The measured time T 2 - Ti should be 500 ± 40 ms (TTI = 40ms). 

7.2.3.25 Receiver Status Triggers / Detection of missing PUs 



7.2.3.25.1 



Definition 



This case tests that the UE transmits a status report whenever it detects that a PU is missing, if this mode of operation is 
enabled. Incorrect operation of status reporting will cause degradation of service, or possible service failure. 



This test applies to all UE. 



7.2.3.25.2 



Conformance requirement 



The receiver in any of following cases initiates this procedure . . . Detection of missing PUs is used and a missing PU is 
detected. 

Reference 

25.322 Clause 11.5.2. 

7.2.3.25.3 Test purpose 

1. To verify that a status report is transmitted if there are one or more missing PUs.. 
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7.2.3.25.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

These settings apply to both the uplink and downlink DTCH. 



Test procedure 

a) The SS transmits 7 SDUs, each of size 15 bytes, in PDUs with consecutive sequence numbers starting from 0, 
followed by 5 SDUs in PDUs with consecutive sequence numbers starting from 8, followed by an SDU in a 
PDU with a sequence number of 15. 

b) While transmitting, the SS monitors the uplink for STATUS PDUs. 

c) The SS may optionally release the radio bearer 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


^ 


DOWNLINK RLC PDU 


SN = 


2 


^ 




SS continues to transmit RLC SDUs 


3 


<- 


DOWNLINK RLC PDU 


SN = 6 


4 


<r 


DOWNLINK RLC PDU 


SN = 8 


5 


■^ 


STATUS PDU 




6 


<r 


DOWNLINK RLC PDU 




7 


^ 




SS continues to receive RLC PDUs 


8 


^ 


DOWNLINK RLC PDU 


SN = 12 


9 


<- 


DOWNLINK RLC PDU 


SN = 15 


10 


■^ 


STATUS PDU 




11 




RB RELEASE 


Optional step 



7.2.3.25.5 



Test requirements 



A STATUS PDU should be received from the UE after step 4, indicating that the PDU with sequence number 7 was 
missing. 

A STATUS PDU should be received from the UE after step 9, indicating that the PDUs with sequence numbers 13 and 
14 were missing. 



7.2.3.26 Receiver Status Triggers / Operation of timer Timer_Status_Periodic 



7.2.3.26.1 



Definition 



This case tests that the UE transmits a status report every Timer_Status_Periodic ms when this mode of operation is 
enabled. Incorrect operation of status reporting will cause degradation of service, or possible service failure. 

This test applies to all UE. 
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7.2.3.26.2 Conformance requirement 

This timer is only used when timer based status report sending is used. The timer is started when the RLC entity is 
created. Each time the timer expires a status report is transmitted and the timer is restarted. The value of the timer is 
signalled by RRC. 

The receiver in any of following cases initiates this procedure . . . The timer based STATUS transfer is used and the 
timer Timer_Status_Periodic has expired. 

Reference 

25.322 Clauses 9.5, 9.7.2 and 11.5.2. 

7.2.3.26.3 Test purpose 

1. To verify that a status report is transmitted each time the Timer_Status_Periodic timer expires. 

7.2.3.26.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Downlink RLC 

Timer_STATUS_periodic 


100 



These settings apply to both the uplink and downlink DTCH. 

Test procedure 

Let T be the value of the Timer_STATUS_periodic timer. 

a) The SS starts transmission of at least ceil(2 * T / TTI) SDUs of size 15 bytes. 

b) The SS waits to receive a STATUS PDU and notes the time. This time will be recorded as T K 

c) The SS waits to receive a second STATUS PDU and notes the time. This time will be recorded as T 2 

d) The SS may optionally release the radio bearer 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


^ 


DOWNLINK RLC PDU 


SDU 1 


2 


^ 




SS continues to transmit RLC SDUs 


3 
4 
5 




DOWNLINK RLC PDU 
STATUS PDU 
DOWNLINK RLC PDU 


SDU ceil(T/TTI)-1 
Note Ti 


6 


^ 




SS continues to receive RLC PDUs 


7 
8 
9 


^ 
^ 


DOWNLINK RLC PDU 
STATUS PDU 
RB RELEASE 


SDU ceil(2T/TTI)-1 
Note T 2 
Optional step 



7.2.3.26.5 Test requirements 

The measured time T 2 - Tj should be 100 ± 40 ms (TTI = 40ms). 

7.2.3.27 Receiver Status Triggers / Operation of timer Timer_Status_Prohibit 



7.2.3.27.1 



Definition 



This case tests that the UE transmits a status report every Timer_Status_Prohibit ms when this mode of operation is 
enabled. Incorrect operation of status reporting will cause degradation of service, or possible service failure. 

This test applies to all UE. 

7.2.3.27.2 Conformance requirement 

If any of following conditions are fulfilled the sending of the status report shall be delayed, even if any of the conditions 
above are fulfilled: 

1) STATUS prohibit is used and the timer Timer_Status_Prohibit is active. 

The status report shall be transmitted after the Timer_Status_Prohibit has expired. The receiver shall send only 
one status report, even if there are several triggers when the timer is running. 

Reference 

25.322 Clause 11.5.2. 

7.2.3.27.3 Test purpose 

1 . To verify that a status report is not transmitted while the Timer_Status_Prohibit timer is active. 

2. To verify that only one status report is sent on the expiry of the Timer_Status_Prohibit timer if several triggers 
occur while it is active. 
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7.2.3.27.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Downlink RLC 




Timer Status Prohibit 


500 


Timer_STATUS_periodic 


200 



These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 15 bytes. 

Test procedure 

Let T pro be the value of the Timer_Status_Prohibit timer, and T per be the value of the Timer_Status_Periodic timer. 

a) The SS starts transmission of at least ceil(2 * T pro / TTI) + ceil(T pcl /TTI) SDUs of size 15 bytes. 

b) Whilst transmitting, the SS monitors the uplink for a STATUS PDU and notes the time. This time will be 
recorded as T,. 

c) The SS sets the P bit in a downlink PDU transmitted within the next floor(T pro /TTI) PDUs. 

d) The SS waits to receive a second STATUS PDU and notes the time. This time will be recorded as T 2 

e) The SS may optionally release the radio bearer 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


^ 


DOWNLINK RLC PDU 


SDU 1 


2 


^ 




SS continues to transmit RLC SDUs 


3 
4 
5 


<- 


DOWNLINK RLC PDU 
STATUS PDU 
DOWNLINK RLC PDU 


SDU ceil(T per /TTI) 

Note Ti 

Poll 


6 


<- 




SS continues to receive RLC PDUs 


7 
8 
9 


^ 
^ 


DOWNLINK RLC PDU 
STATUS PDU 
RB RELEASE 


SDU ceil(T pro / TTI) + ceil(T pe r/TTI) 
Note T 2 
Optional step 



7.2.3.27.5 Test requirements 

The measured time T 2 - Ti should be 500 ± 40 ms (TTI = 40ms). 
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7.2.3.28 Timer based discard, with explicit signalling / Expiry of Timer_Discard 

7.2.3.28.1 Definition 

This case tests that when the transmission of an SDU exceeds a time limit, the SDU is discarded by the sender, and the 
discard is signalled to the receiver. SDU discard is used to keep network delays within limits, and incorrect operation 
will effect the quality of service. 

7.2.3.28.2 Conformance requirement 

If the transmission time exceeds a predefined value for a SDU in acknowledged mode RLC, this SDU is discarded in 
the transmitter and a Move Receiving Window (MRW) command is sent to the receiver so that AMD PDUs carrying 
that SDU are discarded in the receiver and the receiver window is updated accordingly. 

This status report is sent even if the 'STATUS prohibit' is used and the timer Timer_Status_Prohibit' is active. 

The STATUS PDUs have higher priority than data PDUs. 

The sender shall start timer Timer_MRW. If a new SDU discard procedure is triggered when Timer_MRW is running, 
no new MRW SUFIs should be sent before the STATUS PDU is received indicating the appropriate value of VR(R). 

If Timer_MRW expires before a STATUS PDU is received indicating a value of VR(R) greater or equal to the MRW 
parameter then the STATUS(MRW) shall be retransmitted, VT(MRW) is incremented by one and Timer_MRW 
restarted. MRW SUFI should be exactly the same as previously transmitted even though some new SDUs would have 
been discarded during the running of the Timer_MRW. 

If the number of retransmission of a MRW command (i.e. VT(MRW)) reaches MaxMRW, an error indication shall be 
passed to RRC and RESET procedure should be performed. 

Reference 

25.322 Clauses 9.7.3.1, 11.6.2, 11.6.5 and 11.6.6.2. 

7.2.3.28.3 Test purpose 

1. To verify that if the transmission time for an SDU exceeds Timer_Discard, the SDU is discarded in the 
transmitter and the MRW procedure is invoked. 

2. To verify that the MRW procedure status report is sent even if the 'STATUS prohibit' is used and the timer 
Timer_Status_Prohibit' is active. 

7.2.3.28.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 
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Uplink RLC 




Transmission RLC discard 




Timer based with explicit signalling 




Timer_MRW 


500 


Timer Discard 


1 


MaxMRW 


1 


Polling info 




Timer_poll_periodic 


100 


Downlink RLC 




Timer_Status_Prohibit 


1000 


Timer_STATUS_periodic 


100 



These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 55 bytes. 

Test procedure 

a) The SS sends at least 2 RLC SDUs of size 15 bytes. 

b) Whilst transmitting, the SS notes the time that the first RLC PDU is received on the uplink. This time will be 
recorded as T^ 

c) The SS checks the RLC PDUs received on the uplink and responds to all poll requests with a STATUS PDU, 
negatively acknowledging the RLC PDU with sequence number 0, and positively acknowledging all other RLC 
PDUs received. 

d) After a delay of 0.6 seconds from transmitting the last RLC SDU, the SS sends a further RLC SDU of size 15 
bytes. 

e) The SS monitors received STATUS PDUs for the presence of a MRW SUFI, noting the time it was received. 
This time will be recorded as T 2 . 

f) The SS checks any RLC SDUs reassembled from the uplink. 

g) The SS may optionally release the radio bearer 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


^ 


DOWNLINK RLC PDU 


SDU 1 


2 


<r 


DOWNLINK RLC PDU 


SDU2 


3 


^ 




SS continues to send RLC PDUs 


4 


■* 


UPLINK RLC PDU 


SDU1 


5 


^ 




SS continues to receive RLC PDUs 


6 


^ 


UPLINK RLC PDU 


Poll 


7 


<- 


STATUS PDU 


NAK SN=0 


8 


■> 




SS continues to receive RLC PDUs 


9 


■> 


UPLINK RLC PDU 


Poll 


10 


<r 


STATUS PDU 


NAK SN=0 


11 


<r 


DOWNLINK RLC PDU 


SDU 3 


12 


■> 




SS continues to receive RLC PDUs 


13 


■> 


STATUS PDU 


MRW Command: Note T 2 


14 




RB RELEASE 


Optional step 



7.2.3.28.5 



Test requirements 



The measured time T 2 - Ti should be 1000 ± 40 ms (TTI = 40ms). The STATUS PDU shall contain MRW SUFIs 
indicating that the first four PDUs should be discarded, and that the data indicated in the fifth PDU by the first LI 
should also be discarded. 



7.2.3.29 Timer based discard, with explicit signalling / Failure of MRW procedure 



7.2.3.29.1 



Definition 



This case tests that if a failure occurs during the signalling of an SDU discard to the receiver, the retransmission 
protocol operates correctly. SDU discard is used to keep network delays within limits, and incorrect operation will 
effect the quality of service. 



7.2.3.29.2 



Conformance requirement 



If the transmission time exceeds a predefined value for a SDU in acknowledged mode RLC, this SDU is discarded in 
the transmitter and a Move Receiving Window (MRW) command is sent to the receiver so that AMD PDUs carrying 
that SDU are discarded in the receiver and the receiver window is updated accordingly. 

This status report is sent even if the 'STATUS prohibit' is used and the timer 'Timer_Status_Prohibit' is active. 

The STATUS PDUs have higher priority than data PDUs. 

The sender shall start timer Timer_MRW. If a new SDU discard procedure is triggered when Timer_MRW is running, 
no new MRW SUFIs should be sent before the STATUS PDU is received indicating the appropriate value of VR(R). 

If Timer_MRW expires before a STATUS PDU is received indicating a value of VR(R) greater or equal to the MRW 
parameter then the STATUS(MRW) shall be retransmitted, VT(MRW) is incremented by one and Timer_MRW 
restarted. MRW SUFI should be exactly the same as previously transmitted even though some new SDUs would have 
been discarded during the running of the Timer_MRW. 
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If the number of retransmission of a MRW command (i.e. VT(MRW)) reaches MaxMRW, an error indication shall be 
passed to RRC and RESET procedure should be performed. 



Reference 

25.322 Clauses 9.7.3.1, 11.6.2, 11.6.5 and 11.6.6.2. 



7.2.3.29.3 



Test purpose 



1 . To verify that when Timer_MRW expires before a STATUS PDU is received indicating a value of VR(R) 
greater or equal to the MRW parameter then the STATUS(MRW) is retransmitted, VT(MRW) is incremented by 
one and Timer_MRW is restarted. 

2. To verify that if a new SDU discard procedure is triggered when Timer_MRW is running, no new MRW SUFIs 
are sent before the STATUS PDU is received indicating the appropriate value of VR(R). 

3. To verify that when the number of retransmissions of a MRW command reaches MaxMRW, an error indication 
is passed to RRC and RESET procedure is initiated. 



7.2.3.29.4 



Method of test 



Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Uplink RLC 
Transmission RLC discard 




Timer based with explicit signalling 
Timer MRW 


500 


Timer Discard 


0.5 


MaxMRW 


4 


Polling info 

Poll_PU 


2 



These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 31 bytes. 

Test procedure 

a) The SS sends 4 RLC SDUs of size 31 bytes. 

b) The SS checks the RLC PDUs received on the uplink and responds to all poll requests as follows: While the 
VR(H) is 4 or less, with a STATUS PDU, negatively acknowledging the RLC PDU with sequence number 0, 
and positively acknowledging all other RLC PDUs received. While the VR(H) is greater than 4, a STATUS 
PDU negatively acknowledging RLC PDUs with sequence numbers and 4, and positively acknowledging all 
others. 

c) The SS monitors received STATUS PDUs for the presence of an MRW SUFI, noting the time it was received. 
This time will be recorded as Tj. 

d) The SS makes no response, but monitors for the next STATUS PDU containing an MRW SUFI, noting the time 
it was received. This time will be recorded as T 2 . 
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e) The SS sends a STATUS PDU indicating the discard of SDU 1 moving VR(R) to 4. 

f) The SS monitors for further STATUS PDUs containing an MRW SUFI, or for a RESET PDU. The SS records 
the number of STATUS PDUs it received with MRW SUFI before it received the RESET PDU. 

g) The SS checks any RLC SDUs reassembled from the uplink, 
h) The SS may optionally release the radio bearer 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


^ 


DOWNLINK RLC PDU 


SDU 1 


2 


<r 


DOWNLINK RLC PDU 


SDU 1 


3 


<- 


DOWNLINK RLC PDU 


SDU 2 


4 


<- 




SS continues to send RLC PDUs 


5 


^ 


DOWNLINK RLC PDU 


SDU 4 


6 


-> 


UPLINK RLC PDU 


SDU1 


7 


■> 




SS continues to receive RLC PDUs 


8 


■> 


UPLINK RLC PDU 


Poll 


9 


<r 


STATUS PDU 


NAK SN=0 


10 


■> 




SS continues to receive RLC PDUs 


11 


■> 


UPLINK RLC PDU 


Poll 


12 


<r 


STATUS PDU 


NAK SN=0, 4 


13 


■> 




SS continues to receive RLC PDUs 


14 


■> 


STATUS PDU 


MRW Command: Note Ti 


15 


■^ 


STATUS PDU 


MRW Command: Note T 2 


16 


«- 


STATUS PDU 


VR(R) = 4 


17 


^ 


STATUS PDU 


MRW Command, discard SDU 3 


18 


-> 


STATUS PDU 


MRW Command 


19 


■^ 


STATUS PDU 


MRW Command 


20 


■^ 


STATUS PDU 


MRW Command 


21 


■^ 


RESET PDU 




22 




RB RELEASE 


Optional step 



The UPLINK and DOWNLINK PDU flows may overlap, but are shown separate for clarity. 

7.2.3.29.5 Test requirements 

The measured time T 2 -T] should be 500 ± 40 ms (TTI = 40ms). 

After step 16, the SS should detect 4 repeats of the MRW command before a RESET PDU is sent. 

7.2.3.30 SDU discard after MaxDAT number of retransmissions 



7.2.3.30.1 Definition 

This case tests that if a PDU is unsuccessfully transmitted MaxDAT times, the SDU it carries, and therefore all other 
associated PDUs, are discarded by the transmitter and receiver. This mode of SDU discard is used to minimize data 
loss, and incorrect operation will effect the quality of service. 
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7.2.3.30.2 Conformance requirement 

There is one VT(DAT) for each PU and it is incremented each time the PU is transmitted. The initial value of this 
variable is 0. 

It is the maximum value for the number of retransmissions of a PU. This parameter is an upper limit of counter 
VT(DAT). When the value of VT(DAT) comes to MaxDAT, error recovery procedure will be performed. 

If SDU discard after MaxDAT number of retransmission is used and VT(DAT) > MaxDAT for any PU the sender shall 
initiate the SDU discard with explicit signalling procedure. 

Reference 

25.322 Clauses 9.4, 9.6 and 11.3.4.4. 

7.2.3.30.3 Test purpose 

1. To verify that if VT(DAT) > MaxDAT for any PU the sender initiates the SDU discard with explicit signalling 
procedure. 

7.2.3.30.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 31 bytes. 



Test procedure 

a) The SS sends 2 RLC SDUs of size 31 bytes. 

b) The SS checks the RLC PDUs received on the uplink and responds to all poll requests with a STATUS PDU 
negatively acknowledging the RLC PDU with sequence number 0, and positively acknowledging all other RLC 
PDUs received. 

c) The SS monitors received STATUS PDUs for the presence of an MRW SUFI. 

d) The SS checks any RLC SDUs reassembled from the uplink. 

e) The SS may optionally release the radio bearer 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


^ 


DOWNLINK RLC PDU 


SDU 1 


2 


<r 


DOWNLINK RLC PDU 


SDU 1 


3 


<- 


DOWNLINK RLC PDU 


SDU 2 


4 


<r 


DOWNLINK RLC PDU 


SDU 2 


5 


■^ 


UPLINK RLC PDU 


SDU 1 


6 


■> 




SS continues to receive RLC PDUs 


7 


■> 


UPLINK RLC PDU 


SDU 2, Poll 


8 


<r 


STATUS PDU 


NAK SN=0 


9 


■> 


UPLINK RLC PDU 


Retransmit SN=0, Poll 


10 


<r 


STATUS PDU 


NAK SN=0 


11 


-> 


UPLINK RLC PDU 


Retransmit SN=0, Poll 


12 


<r 


STATUS PDU 


NAK SN=0 


13 


■^ 


UPLINK RLC PDU 


Retransmit SN=0, Poll 


14 


<r 


STATUS PDU 


NAK SN=0 


15 


■^ 


UPLINK RLC PDU 


Retransmit SN=0, Poll 


16 


<r 


STATUS PDU 


NAK SN=0 


17 


■^ 


STATUS PDU 


MRW Command 


18 




RB RELEASE 


Optional step 



The UPLINK and DOWNLINK PDU flows may overlap, but are shown separate for clarity. 



7.2.3.30.5 



Test requirements 



The uplink RLC PDU with sequence number shall be retransmitted four times, then the SS shall detect a STATUS 
PDU with an MRW command. 



7.2.3.31 Operation of the RLC Reset procedure / UE Originated 



7.2.3.31.1 



Definition 



This case tests that when an unrecoverable protocol error occurs the UE will initiate and perform the RLC Reset 
procedure. Incorrect operation of this procedure may cause loss of service. 

7.2.3.31.2 Conformance requirement 

The procedure shall be initiated when a protocol error occurs. 

The sender sends the RESET PDU when it is in data transfer ready state and enters reset pending state. The sender shall 
start the timer Timer_RST and increase VT(RST) with 1 . 

Upon reception of a RESET PDU the receiver shall respond with a RESET ACK PDU. The receiver resets the state 
variables to their initial value and resets configurable parameters to their configured value. 

Upon reception of a RESET ACK the Timer_RST shall be stopped. The sender resets the state variables to their initial 
value and resets configurable parameters to their configured value. The sender shall enter data transfer ready state. 

Upon expiry of Timer_RST the sender shall retransmit the RESET PDU and increase VT(RST) with 1 . 

If VT(RST) becomes larger or equal to MaxRST the RRC layer shall be informed. 

Reference 

25.322 Clause 11.4. 
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7.2.3.31.3 Test purpose 

1. To verify that the Reset procedure is initiated when a protocol error occurs. 

2. To verify that the sender resets state variables to their initial value and resets configurable parameters to their 
configured value. 

7.2.3.31 .4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Uplink RLC 

Transmission RLC discard 
No discard 





These settings apply to both the uplink and downlink DTCH. 

The Radio Bearer is placed in loop-back mode 1 with the UL SDU size set to 31 bytes. 

Test procedure 

a) The SS sends 2 RLC SDUs of size 31 bytes. 

b) The SS checks the RLC PDUs received on the uplink and responds to all poll requests with a STATUS PDU 
negatively acknowledging the RLC PDU with sequence number 0, and positively acknowledging all other RLC 
PDUs received. 

c) The SS notes the time that the RESET PDU is received. This time will be recorded as Tj. 

d) The SS makes no response, and notes the time that the next RESET PDU is received. This time will be recorded 
as T 2 . 

e) The SS sends a RESET ACK PDU. 

f) The SS sends an RLC SDU of size 3 1 bytes. 

g) The SS responds normally to poll requests 

h) The SS checks any RLC SDU received on the uplink. 
i) The SS may optionally release the radio bearer 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


^ 


DOWNLINK RLC PDU 


SDU 1 


2 


<r 


DOWNLINK RLC PDU 


SDU 1 


3 


<- 


DOWNLINK RLC PDU 


SDU 2 


4 


<r 


DOWNLINK RLC PDU 


SDU 2 


5 


■^ 


UPLINK RLC PDU 


SDU 1 


6 


■> 




SS continues to receive RLC PDUs 


7 


■> 


UPLINK RLC PDU 


SDU 2, Poll 


8 


<r 


STATUS PDU 


NAK SN=0 


9 


■> 


UPLINK RLC PDU 


Retransmit SN=0, Poll 


10 


<r 


STATUS PDU 


NAK SN=0 


11 


-> 


UPLINK RLC PDU 


Retransmit SN=0, Poll 


12 


<r 


STATUS PDU 


NAK SN=0 


13 


■^ 


UPLINK RLC PDU 


Retransmit SN=0, Poll 


14 


<r 


STATUS PDU 


NAK SN=0 


15 


■^ 


UPLINK RLC PDU 


Retransmit SN=0, Poll 


16 


<r 


STATUS PDU 


NAK SN=0 


17 


■^ 


RESET PDU 


Note Ti 


18 


■^ 


RESET PDU 


Note T 2 


19 


<r 


RESET ACK PDU 




20 


<r 


DOWNLINK RLC PDU 


SDU 3 


21 


<r 


DOWNLINK RLC PDU 


SDU 3 


22 


■^ 


UPLINK RLC PDU 


SDU 3, SN=0 


23 


■^ 


UPLINK RLC PDU 


SDU 3 


24 




RB RELEASE 


Optional step 



The UPLINK and DOWNLINK PDU flows may overlap, but are shown separate for clarity. 

7.2.3.31 .5 Test requirements 

The measured time T 2 - Ti should be 500 ± 40 ms (TTI = 40ms). 

The SS shall receive an RLC SDU with contents that match the third RLC SDU sent to the UE. The first RLC PDU 
containing that SDU shall have sequence number 0. 

7.2.3.32 Operation of the RLC Reset procedure / UE Terminated 



7.2.3.32.1 



Definition 



This case tests that when an unrecoverable protocol error occurs the UE will initiate and perform the RLC Reset 
procedure. Incorrect operation of this procedure may cause loss of service. 

7.2.3.32.2 Conformance requirement 

The procedure shall be initiated when a protocol error occurs. 

The sender sends the RESET PDU when it is in data transfer ready state and enters reset pending state. The sender shall 
start the timer Timer_RST and increase VT(RST) with 1 . 

Upon reception of a RESET PDU the receiver shall respond with a RESET ACK PDU. The receiver resets the state 
variables to their initial value and resets configurable parameters to their configured value. 

Upon reception of a RESET ACK the Timer_RST shall be stopped. The sender resets the state variables to their initial 
value and resets configurable parameters to their configured value. The sender shall enter data transfer ready state. 

Upon expiry of Timer_RST the sender shall retransmit the RESET PDU and increase VT(RST) with 1 . 
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If VT(RST) becomes larger or equal to MaxRST the RRC layer shall be informed. 

Reference 

25.322 Clause 11.4. 

7.2.3.32.3 Test purpose 

1 . To verify that upon reception of a RESET PDU the receiver responds with a RESET ACK PDU. 

2. To verify that the receiver resets its state variables to their initial value and resets configurable parameters to 
their configured value. 

7.2.3.32.4 Method of test 

Initial conditions 

The generic procedure for Radio Bearer establishment (Clause 7.1.3 of TS34.108) is executed, with all the parameters 
as specified in the procedure, with the exception that the default Radio Access Bearer is replaced with the RAB defined 
for AM 7-bit length indicator tests in Clause 7.2.3.1. 

The following RLC parameter values are used in place of the values in Clause 7.2.3.1: 



Uplink RLC 

Transmission RLC discard 
No discard 





These settings apply to both the uplink and downlink DTCH. 

Test procedure 

a) The SS sends 2 RLC SDUs of size 31 bytes. 

b) The SS checks the STATUS PDUs received on the uplink until both SDUs have been acknowledged. 

c) The SS transmits a RESET PDU, and notes the time that it is transmitted. This time will be recorded as Tj. 

d) The SS monitors the uplink for a RESET ACK PDU and notes the time that it is received. This time will be 
recorded as T 2 . 

e) The SS sends an RLC SDU of size 31 bytes. 

f) The SS checks for STATUS PDUs received on the uplink until the SDU has been acknowledged. 

g) The SS may optionally release the radio bearer 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


^ 


DOWNLINK RLC PDU 


SDU 1 


2 


<r 


DOWNLINK RLC PDU 


SDU 1 


3 


<- 


DOWNLINK RLC PDU 


SDU 2 


4 


<r 


DOWNLINK RLC PDU 


SDU 2 


5 


■^ 


STATUS PDU 


ACKSN=0, 1,2 and 3 


6 


<r 


RESET PDU 


Note Ti 


7 


■^ 


RESET ACK PDU 


Note T2 


8 


<r 


DOWNLINK RLC PDU 


SDU 3 


9 


<r 


DOWNLINK RLC PDU 


SDU 3 


10 


■^ 


STATUS PDU 


ACK SN=0 and 1 


11 




RB RELEASE 


Optional step 



The UPLINK and DOWNLINK PDU flows may overlap, but are shown separate for clarity. 

7.2.3.32.5 Test requirements 

The SS shall receive a RESET ACK PDU in step 7. The measured time T 2 - T, shall be 500 ± 40 ms (TTI = 40ms). 

The SS shall receive acknowledgements for the third RLC SDU transmitted. 
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8 Radio Resource Control RRC 

8.1 RRC Connection Management Procedure 

8.1.1 Paging 

8.1 .1 .1 Paging for Connection in idle mode 

8.1.1.1.1 Definition 

8.1.1.1.2 Conformance requirement 

In idle mode, UE monitors the paging occasions determined using parameters from SYSTEM INFORMATION 
BLOCK messages. When the UE receives a PAGING TYPE 1 message transmitted on PCCH during one of its 
assigned paging occasions, it should attempt to establish an RRC connection. 

Reference 

3GPPTS 25.331 clause 8.1.2, 3GPPTS 25.211 clause 5.3.3.7, 3GPP TS 25.304 clause 8. 

8.1.1.1.3 Test purpose 

To confirm that the UE establishes an RRC connection after it receives a PAGING TYPE1 message which includes IE 
"Paging Record"(UE identity ) set to the IMSI of the UE. 

8.1.1.1.4 Method of test 

Initial Condition 

System Simulator : 1 cell 

UE :Idle state with a CN UE identity (set to IMSI). 

Test Procedure 

The SS transmits a PAGING TYPE1 message, which includes an unmatched CN UE identity for the UE in the idle 
state. The UE shall not change its state. The SS transmits a PAGING TYPE1 message, which includes a matched CN 
UE identity for the UE in the idle state. During transmission of PAGING TYPE 1 messages, SS selects the correct 
paging indicator on the PICH in order to allow the UE to respond to paging. Then the UE transmits an RRC 
CONNECTION REQUEST to the SS, the SS transmits an RRC CONNECTION SETUP to the UE. When the UE 
receives this message, the UE establishes an RRC connection. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


SYSTEM INFORMATION BLOCK 
TYPE 13 


Transmit these messages on the 
BCCH, in addition to the normal 
BCCH transmissions. See specific 
message contents. 


2 


^ 


PAGING TYPE1 


The SS transmits the message, 
which includes an unmatched 
identity (incorrect IMSI), then the 
UE does not change its state. 


3 


^ 


PAGING TYPE1 


The SS transmits the message, 
which includes a matched identity 
(test-SIM IMSI). 


4 


^ 


RRC CONNECTION REQUEST 


SS checks the following lEs : 

"Initial UE identity" - must be the 

same as test-SIM IMSI. 

"Establishment Cause - must 

"Terminating Call" 

"Protocol Indicator" - must be 

FALSE 


5 


^ 


RRC CONNECTION SETUP 


SS assigns DPCH resources to 
allow UE to establish an RRC 
connection. 
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Specific Message Contents 



SYSTEM INFORMATION TYPE13 



Information Element 


Value/remark 


CN domain system information list 
CN domain system information 

- CN domain identity 

- CHOICE CN Type 

- CN domain specific NAS system information 

- CN domain specific DRX cycle length coefficient 
UE Timers and constants in idle mode 


Only 1 entry 

Supported Domain ( PS Domain 

Supported CN type 

Default 

2 


or CS Domain ) 


-T300 


5 sec. 




-N300 


3 




-T312 


10 sec 




-N312 


200 





PAGING TYPE 1 (Step 2) 



Information Element 


Value/remark 


Paging record list 

Paging record 

CHOICE Paging originator 

- Paging cause 

- CN domain identity 

- CHOICE UE Identity 
-IMSI 


Only 1 entry 

CN originator 

Terminating Call whose kind is supported service ( 

speech,CS Data,PS data,SMS, Unspecified ) 

Supported Domain ( PS Domain or CS Domain ) 

IMSI 

Set to an arbitrary octet string of length 7 bytes which is 

different from the IMSI value stored in the USIM card. 



PAGING TYPE 1 (Step 3) 



Information Element 


Value/remark 


Paging record list 


Only 1 entry 


Paging record 




CHOICE Paging originator 


CN originator 


- Paging cause 


Terminating Call whose kind is supported service ( 




speech,CS Data,PS data,SMS, Unspecified) 


- CN domain identity 


Supported Domain ( PS Domain or CS Domain ) 


- CHOICE UE Identity 


IMSI 


-IMSI 


Set to the same octet string as in the IMSI stored in the 




USIM card 



8.1.1.1.5 Test requirement 

After step 2 the UE shall not transmit on the uplink CCCH in order to establish a RRC connection. 

After step 5 the UE shall have an RRC connection based on dedicated physical channel resources. 

8.1 .1 .2 Paging for Connection in connected mode (CELL_PCH) 

8.1.1.2.1 Definition 



8.1.1.2.2 



Conformance requirement 



In CELL_PCH state, a UE can respond to a paging request from UTRAN. In this case, the UTRAN has requested to 
establish a connection with the UE. The UE should then attempt to perform a cell update procedure and move to 
CELL_FACH state in order to respond to the paging using uplink CCCH. 
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Reference 

3GPPTS 25.331 clause 8.1.2 

8.1.1.2.3 Test purpose 

To confirm that the UE enters the CELL_FACH state after it receives a PAGING TYPE1 message which indicates that 
the paging has originated from UTRAN. To verify that the UE performs cell update procedure after entering the 
CELL_FACH state. 

8.1.1.2.4 Method of test 

Initial Condition 

System Simulator : 1 cell 

UE :CELL_PCH state with a U-RNTI 

Test Procedure 

The SS transmits a PAGING TYPE1 message, which includes an unmatched U-RNTI in CELL_PCH state . The UE 
does not change its state. Then SS transmits a PAGING TYPE 1 message with a matched identifier but originates from 
the CN instead of UTRAN. The UE should not change state after receiving this message. The SS transmits a PAGING 
TYPE1 message, which includes a matched U-RNTI in the connected state. Then the UE enters the CELL_FACH state 
and performs the cell updating procedure. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


SYSTEM INFORMATION BLOCK 
TYPE 13 


Transmit these messages on the 
BCCH, in addition to the normal 
BCCH transmissions. See specific 
message contents 


2 


<- 


PAGING TYPE1 


The SS transmits a message 
including an unmatched identifier. 
UE shall not respond to the paging. 


3 


^ 


PAGING TYPE1 


The SS transmits a message 
includes a matched identifier but 
with the originator being the CN, 
UE shall not respond to the paging. 


4 


^ 


PAGING TYPE 1 


The SS transmits the message 
with the UTRAN being the 
originator and including the UE's 
assigned U-RNTI 


5 


^ 


CELL UPDATE 


The UE enters the CELL_FACH 
state. UE performs cell updating 
procedure. The CELL UPDATE 
message shall contain the value 
"Cell Update Cause" set to "paging 
response". 



Specific Message Contents 
PAGING TYPE 1 (Step 2) 



Information Element 


Value/remark 


Paging record list 


Only 1 entry 


Paging record 




- CHOICE Paging originator 


UTRAN originator 


- U-RNTI 




- SRNC Identity 


Set to an arbitrary 16-bit string which is different from 


- S-RNTI 


the SRNC identity assigned. 




Set to an arbitrary 20-bit string which is different from 




the S-RNTI assigned. 



PAGING TYPE 1 (Step 3) 

Same as the PAGING TYPE 1 message as in Clause 8.1.1.1.4, with the exception that the "BCCH modification info" IE 
should be omitted in the message. 

PAGING TYPE 1 (Step 4) 



Information Element 


Value/remark 


Paging record list 
Paging record 

- CHOICE Paging originator 

- U-RNTI 

- SRNC Identity 

- S-RNTI 


Only 1 entry 

CN originator 

Set to the same SRNC identity as previously assigned. 
Set to the same S-RNTI as previously assigned. 



SYSTEM INFORMATION BLOCK TYPE 12 

Same as the SYSTEM INFORMATION BLCOK TYPE 13 message used in Clause 8.1.1.1.3. 

8.1.1.2.5 Test requirement 

After step 2 the UE shall not change its state. 
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After step 3 the UE shall not change its state. 

After step 4 the UE shall enter the CELL FACH state and send a CELL UPDATE message with "Cell Update Cause" 
IE set to "paging response". 



8.1 .1 .3 Paging for Connection in connected mode(URA_PCH) 

8.1.1.3.1 Definition 



8.1.1.3.2 



Conformance requirement 



This procedure is used to transmit a PAGING TYPE 1 message from the network to selected UEs in URA_PCH state 
using the paging control channel (PCCH). The UE listens to it and then enters the CELL_FACH state. 

Reference 

3GPPTS 25.331 clause 8.1.2 



8.1.1.3.3 



Test purpose 



To confirm that the UE enters the CELL_FACH state after it receives a PAGING TYPE1 message which includes IE 
"Paging Record"(U-RNTI) for the UE and which is set to "CN" in IE"paging originator". 



8.1.1.3.4 



Method of test 



Initial Condition 

System Simulator : 1 cell 

UE :URA_PCH state with a U-RNTI 

Test Procedure 

The SS transmits a PAGING TYPE1 message, which includes an unmatched U-RNTI in URA_PCH state. The UE does 
not change its current state. The SS transmits a PAGING TYPE1 message which includes a matched U-RNTI in the 
connected state. Then the UE listens to it and enters the CELL_FACH state. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


PAGING TYPE1 


The SS transmits the message 
includes an unmatched identifier, 
then the UE does not change its 
state. 


2 


^ 


PAGING TYPE1 


The SS transmits the message 
includes a matched identifier. 


3 


^ 


CELL UPDATE 


The UE enters the CELL_FACH 
state. 
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Specific Message Contents 
PAGING TYPE 1 (Stepl) 



Information Element 


Value/remark 


Paging record list 


Only 1 entry 


Paging record 




- CHOICE Paging originator 


UTRAN originator 


- U-RNTI 




- SRNC Identity 


Set to an unused SRNC identity which is different from 


- S-RNTI 


the SRNC identity assigned. 




Set to an arbitrary 20-bit string which is different from 




the S-RNTI assigned. 



PAGING TYPE 1 (Step 2) 



Information Element 


Value/remark 


Paging record list 


Only 1 entry 


Paging record 




- CHOICE Paging originator 


UTRAN originator 


- U-RNTI 




- SRNC Identity 


Set to the previously assigned SRNC identity 


- S-RNTI 


Set to previously assigned S-RNTI 



8.1.1.3.5 Test requirement 

After step 1 the UE shall not change its state. 

After step 2 the UE shall enter the CELL FACH state, and transmit CELL UPDATE message to initiate the cell 
updating procedure with the paging cause set to "paging response". 



8.1 .1 .4 Paging for Notification in idle mode 

8.1.1.4.1 Definition 



8.1.1.4.2 



Conformance requirement 



When a system information blocks on the BCCH is modified, the message PAGING TYPE1 can be sent on the PCCH 
to inform the UE about the changes which is currently operating in the idle mode. The message includes the IE"BCCH 
Modification Information". 

Reference 

3GPP TS 25.331 clause 8.1.1.2 



8.1.1.4.3 



Test purpose 



To confirm that the UE checks the included new value tag of the master information block and read the SYSTEM 
INFORMATION after it receives a PAGING TYPE1 message which includes the IF'BCCH Modification 
Information". 



8.1.1.4.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
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UE : Idle state with a CN UE identity . 

Test Procedure 

The UE is in the idle state before changing SYSTEM INFORMATION BLOCK TYPE 1 message. The SS transmits a 
PAGING TYPE1 message on the paging occasions assigned to the UE. The message shall include the IE" BCCH 
Modification Information" indicating the starting time when the BCCH system information is modified. 
Simultaneously, SS continuously send MASTER INFORMATION BLOCK with the "MIB Value Tag" changed. The 
modified SYSTEM INFORMATION BLOCK TYPE 1 message shall be transmitted continuously too. The IE "DRX 
Cycle Length Coefficient" is altered with respect to the original IE. The SS shall wait until the stated starting time and 
transmit PAGING TYPE 1 message. The message shall address the UE using its IMSI and "paging cause" IE set to 
"terminating call" supported by the UE. The UE shall react to the PAGING TYPE 1 message and send a 
RRC_CONNECTION_REQUEST message to SS. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


SYSTEM INFORMATION BLOCK 
TYPE 13 


SS transmits information on BCCH 
in order for UE to listen to one of 
the S-CCPCH physical channel, 
which carries PAGING TYPE 1 
messages on PCCH. Relevant 
paging parameters are also 
broadcasted. 


2 


^ 


PAGING TYPE 1 


SS transmits the message includes 
the IE"BCCH Modification 
Information", with the "Value Tag" 
changed from the "MIB Value Tag" 
of the current Master Information 
Block. Also the modification time is 
set to 4094 radio frame from the 
current SFN. 


3 


^ 
^ 


MASTER INFORMATION BLOCK 

SYSTEM INFORMATION BLOCK 
TYPE 13 


SS starts to transmit the MIB with 
the "MIB Value Tag" IE different 
from the original setting. 

At the same time, SS starts to 
transmit the affected modified 
message continuously. The value 
of IE "DRx Cycle Length 
Coefficient" is changed in this 
message. 


4 


^ 


PAGING TYPE 1 


SS transmits this message 
continuously on the PCCH 
according to the new value of "DRx 
Cycle Length Coefficient". 


5 






SS starts to monitor the uplink 
RACH after approximately 4096 
radio frames from step 2. 


6 


■* 


RRC CONNECTION REQUEST 


UE transmits a request due to 
answer to the PAGING TYPE 1 
received in step 5. The IE 
"Establishment Cause" should be 
set to "Terminating Call" supported 
by the UE and the "Initial UE 
Identity" set to UE's IMSI. 


7 


^ 


RRC CONNECTION REJECT 


UE shall return to idle mode after 
receiving this message 



Specific Message Contents 

SYSTEM INFORMATION BLOCK TYPE 13 (Step 1) 



Information Element 


Value/remark 


CN domain system information list 


Only 1 entry 


CN domain system information 




- CN domain identity 


Default 


- CHOICE CN Type 


Supported CN type 


- CN domain specific NAS system information 


Default 


- CN domain specific DRX cycle length coefficient 


12 


UE Timers and constants in idle mode 




-T300 


Default 


-N300 


Default 


-T312 


Default 


-N312 


Default 
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PAGING TYPE 1 (Step 2) 



Information Element 


Value/remark 


Paging record list 


Only 1 entry 


Paging record 




- CHOICE Paging originator 


UTRAN originator 


- U-RNTI 




- SRNC Identity 


Arbitrarily selected SRNC identity which is different from 


- S-RNTI Identity 


current identity 


BCCH modification info 


Arbitrarily selected S-RNTI identity which is different 


MIB Value Tag 


from current identity 


BCCH Modification time 


2 
4094 





MASTER INFORMATION BLOCK (Step 3) 



Information Element 


Value/remark 


MIB Value tag 


2 



SYSTEM INFORMATION BLOCK TYPE 13 (Step 3) 



Information Element 


Value/remark 


CN domain system information list 
CN domain system information 

- CN domain identity 

- CHOICE CN Type 

- CN domain specific NAS system information 

- CN domain specific DRX cycle length coefficient 
UE Timers and constants in idle mode 


Only 1 entry 

Default 

Supported CN type 
Default 
4 


-T300 


Default 


-N300 


Default 


-T312 


Default 


-N312 


Default 



PAGING TYPE 1 (Step 4) 



Information Element 


Value/remark 


Paging record list 


Only 1 entry 


Paging record 




- CHOICE Paging originator 


CN originator 


- Paging Cause 


Terminating Speech Call 


- CN Domain Identity 


CS Domain 


- CHOICE UE Identity 


IMSI 


-IMSI 


Set to the same octet string as in the IMSI value stored 




in the USIM card 
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RRC CONNECTION REJECT (Step 7) 



Information Element 


Value/remark 


Initial UE identity 




- CHOICE UE id type 


IMSI 


-IMSI 


Set to the same octet string as in the IMSI value stored 


Rejection cause 


in the USIM card 


Wait time 


Unspecified 


Redirection info 







Not Present 



8.1.1.4.5 Test requirement 

After step 6 the UE shall transmit RRC CONNECTION REQUEST message in response to the PAGING TYPE 1 

message. 

8.1 .1 .5 Paging for Notification in connected mode (CELL_PCH) 

8.1.1.5.1 Definition 



8.1.1.5.2 



Conformance requirement 



When a system information block on the BCCH is modified, the message PAGING TYPE1 can be sent on the PCCH to 
inform the UE about this change in the CELL_PCH state. The message shall include the IE"BCCH Modification 
Information". 

Reference 

3GPP TS 25.331 clause 8.1.1, 2 



8.1.1.5.3 



Test purpose 



To confirm that the UE enters the CELL_FACH state, checks the included new value tag of the master information 
block, and read the SYSTEM INFORMATION messages after it receives a PAGING TYPE1 message which includes 
the IF'BCCH Modification Information", 



8.1.1.5.4 



Method of test 



Initial Condition 

System Simulator : 1 cell 

UE : CELL_PCH state with a U-RNTI. 

Test Procedure 

Test steps 1 to 5 under Clause 8.1.1.4 can be applied to this test. However, the PAGING TYPE 1 messages used in step 
2 and step 4 need to be altered. The changes are indicated in the specific message content paragraph under this clause. 
At step 6, UE shall send the CELL UPDATE message indicating the "cell update cause" to be "paging response". SS 
then replies with a CELL UPDATE CONFIRM message to allow the UE to transit to CELL_FACH state. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


SYSTEM INFORMATION BLOCK 
TYPE 13 


SS transmits information on BCCH 
in order for UE to listen to one of 
the S-CCPCH physical channel, 
which carries PAGING TYPE 1 
messages on PCCH. Relevant 
paging parameters are also 
broadcasted. 


2 


^ 


PAGING TYPE 1 


SS transmits the paging message 
which comprises IE"BCCH 
Modification Information", with the 
"Value Tag" changed from the "MIB 
Value Tag" of the current Master 
Information Block. Also the 
modification time is set to 4094 
radio frame from the current SFN. 


3 


^ 
^ 


MASTER INFORMATION BLOCK 

SYSTEM INFORMATION BLOCK 
TYPE 13 


SS starts to transmit the MIB with 
the "MIB Value Tag" IE different 
from the original setting. 

At the same time, SS starts to 
transmit the affected modified 
message continuously. The value 
of IE "DRx Cycle Length 
Coefficient" is changed in this 
message. 


4 


^ 


PAGING TYPE 1 


SS transmits this message 
continuously on the PCCH 
according to the new value of "DRx 
Cycle Length Coefficient". This 
message shall page the UE with its 
U-RNTI and setting the UTRAN as 
the paging originator. 


5 






SS starts to monitor the uplink 
RACH after approximately 4096 
radio frames from step 2. 


6 


^ 


CELLJJPDATE 


The IE "Cell Update Cause" should 
be set to "Paging Response" and 
the IE "U-RNTI" shall be similar to 
the UE's U-RNTI value. The 
"Protocol Error Indicator" IE shall 
be set to FALSE. 


7 


^ 


CELLJJPDATE CONFIRM 


UE shall transit to CELL_FACH 
state after receiving this message. 



Specific Message Contents 

SYSTEM INFORMATION BLOCK TYPE 13 (Step 1) 

The content of this message is the same in the message used in step 1 specified in Clause 8.1.1.4.3. 
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PAGING TYPE 1 (Step 2) 



Information Element 


Value/remark 


Paging record list 


Only 1 entry 


Paging record 




- CHOICE Paging originator 


UTRAN originator 


- U-RNTI 




- SRNC Identity 


Set to a different string from currently allocated SRNC 


- S-RNTI 


identity 


BCCH modification info 


Set to an arbitrary 20-bits string 


- MIB Value Tag 




- BCCH Modification time 


2 




4094 



MASTER INFORMATION BLOCK (Step 3) 

SYSTEM INFORMATION BLOCK TYPE 13 (Step 3) 

The content of this message is the same in the message used in step 3 specified in Clause 8.1.1.4.3. 

PAGING TYPE 1 (Step 4) 



Information Element 


Value/remark 


Paging record list 


Only 1 entry 


Paging record 




- CHOICE Paging originator 


UTRAN originator 


- U-RNTI 


Equal to the U-RNTI assigned earlier. 


- SRNC Identity 


Same as the current SRNC allocated 


- S-RNTI 


Same as the current S-RNTI allocated 


BCCH modification info 


Not Present 



CELL_UPDATE_CONFIRM (Step7 ) 



Information Element 


Value/remark 


DRX Indicator 


DRx with Cell Updating 



8.1.1.5.5 



Test requirement 



After step 6 the UE shall transmit a CELL UPDATE message with "cell update cause" IE set to "paging response'' 
Upon receiving CELL_UPDATE_CONFIRM message, the UE shall enter the CELL_FACH state. 

8.1 .1 .6 Paging for Notification in connected mode (URA_PCH) 

8.1.1.6.1 Definition 



8.1.1.6.2 



Conformance requirement 



When a system information block on the BCCH is modified, the message PAGING TYPE1 can be sent on the PCCH to 
inform UE about the changes in the URA_PCH state. The message includes the IE"BCCH Modification Information". 

Reference 

3GPP TS 25.331 clause 8.1.1, 2 
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8.1.1.6.3 



Test purpose 



To confirm that the UE enters the CELL_FACH state, checks the included new value tag of the master information 
block, reads the SYSTEM INFORMATION after it receives a PAGING TYPE 1 message which includes the IE'BCCH 
Modification Information". 



8.1.1.6.4 



Method of test 



Initial Condition 

System Simulator : 1 cell 

UE : URA_PCH state with a U-RNTI. 

Test Procedure 

The UE is in the URA_PCH state before it the SS starts changing SYSTEM INFORMATION BLOCK messages. SS 
modifies its SYSTEM INFORMATION and updates the "value tag" of both the SYSTEM INFORMATION BLOCK 
and of the MASTER INFORMATION BLOCK. After a while, the SS transmits a PAGING TYPE 1 message, which 
includes the IE" BCCH Modification Information". The UE enters the CELL_FACH state and reads the modified 
SYSTEM INFORMATION BLOCK. The UE shall act according to the modified message. In this testcase, the UE 
shall adjust it paging occasions and read the new PCCH blocks newly assigned to it under DRX mode. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


SYSTEM INFORMATION 


The SS changes the SYSTEM 
INFORMATION when the UE is in 
the connected state (URA PCH). 


2 


^ 


PAGING TYPE 1 


SS transmits the message includes 
the IE"BCCH Modification 
Information". 


3 






The UE enters the CELL FACH 
state and reads the SYSTEM 
INFORMATION and then the UE 
follows this message. 



Specific Message Contents 
None 

8.1.1.6.5 Test requirement 

After step 2 the UE shall enter the CELL_FACH state and read the SYSTEM INFORMATION message and follow it. 

8.1 .1 .7 Paging for Connection in connected mode (CELL_DCH) 

8.1.1.7.1 Definition 



8.1.1.7.2 



Conformance requirement 



This procedure is used to transmit a PAGING TYPE 2 message from the network to selected UEs in CELL_DCH state 
using the dedicated control channel(DCCH). The UE listens to it and responds to this message accordingly. 
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Reference 

3GPPTS 25.331 clause 8.1.9 



8.1.1.7.3 



Test purpose 



To confirm that the UE responds this message after it receives a PAGING TYPE2 message which includes IE "Paging 
Record Type Identifier" for the UE. 



8.1.1.7.4 



Method of test 



Initial Condition 
System Simulator : 1 cell. 
UE : CELL_DCH state 

Test Procedure 

The SS transmits a PAGING TYPE 2 message which includes a unmatched Paging Record Type Identifier in 
CELL_DCH state. The UE shall not respond to this message. SS pages the UE again, this time with a matched Paging 
Record Type Identifier but with the IE"paging cause" set to one of the spare values. UE shall respond by transmitting a 
RRC STATUS message on the DCCH using RLC-AM mode. Finally, SS transmits a PAGING TYPE 2 message, 
which includes a matched Paging Record Type Identifier. Then the UE shall responds to this message by the 
transmission of an upper layer message. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


PAGING TYPE 2 


The SS transmits the message 
includes an unmatched identifier, 
then the UE does not respond. 


2 


^ 


PAGING TYPE 2 


The SS transmits the message 
includes a matched identifier. 


3 


^ 


RRC STATUS 


The UE shall respond by reporting 
the protocol error to the SS. 


4 


^ 


PAGING TYPE 2 


The UE shall respond to the paging 
message in step 2. 


5 






The UE shall respond to the paging 
message in step 2. 



Specific Message Contents 
PAGING TYPE 2 (Step 1) 



Information Element 


Value/remark 


Paging cause 

CN domain identity 

Paging Record Type Identifier 


Terminating Call supported by the UE 
Domain supported by the UE 
Unsupported IMSI 



PAGING TYPE 2 (Step 2) 



Information Element 


Value/remark 


Paging cause 

CN domain identity 

Paging Record Type Identifier 


Use one of the 3 spare values 
Domain supported by the UE 
Supported IMSI 
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RRC STATUS (Step 3) 



Information Element 


Value/remark 


Protocol error information 


Checked to see if set to "Information element value not 
comprehended" 



PAGING TYPE 2 (Step 4) 



Information Element 


Values/Remarks 


Paging cause 

CN domain identity 

Paging Record Type Identifier 


Terminating Call supported by the UE 
Domain supported by the UE 
Supported IMSI 



8.1.1.7.5 Test requirement 

After step 1 the UE shall not respond to the paging message on the DCCH. 

After step 2 the UE shall respond to the paging message by transmitting RRC STATUS on the DCCH, stating the 
protocol error as "Information element value not comprehended". 

After step 4 the UE shall respond to the paging message. 

8.1 .1 .8 Paging for Connection in connected mode (CELL_FACH) 

8.1.1.8.1 Definition 



8.1.1.8.2 



Conformance requirement 



This procedure is used to transmit a PAGING TYPE 2 message from the network to selected UEs in CELL_FACH state 
using the dedicated control channel (DCCH). The UE shall listen to it and responds to this message accordingly. 

Reference 

3GPPTS 25.331 clause 8.1.9 



8.1.1.8.3 



Test purpose 



To confirm that the UE responds this message after it receives a PAGING TYPE 2 message which includes IE "Paging 
Record Type Identifier" for the UE. 



8.1.1.8.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE :CELL_FACH state. 

Test Procedure 

The SS transmits a PAGING TYPE 2 message, which includes an unmatched Paging Record Type Identifier in 
CELL_FACH state. The UE does not respond to this message. The SS transmits a PAGING TYPE2 message which 
includes a matched Paging Record Type Identifier. Then the UE responds to this message. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


PAGING TYPE2 


The SS transmits the message 
includes a unmatched identifier, 
then the UE does not respond. 


2 


^ 


PAGING TYPE2 


The SS transmits the message 
includes a matched identifier. 


3 






The UE responds. 



Specific Message Content 

PAGING TYPE 2 (Step 1) 

Use the same message content as in step 1 from 8.1.1.7.4 

PAGING TYPE 2 (Step 2) 

Use the same message content as in step 4 from 8.1.1.7.4 

8.1.1.8.5 Test requirement 

After step 1 the UE shall not respond. 
After step 2 the UE shall respond. 

8.1.2 RRC Connection Establishment 



8.1.2.1 



RRC Connection Establishment in CELL DCH state: Success 



8.1.2.1.1 



Definition 



8.1.2.1.2 



Conformance requirement 



1 . The RRC connection establishment is initiated by the UE, which leaves the idle mode and transmits an RRC 
CONNECTION REQUEST message. This message shall include the lE'Tnitial UE identity" and is to be 
transmitted on the uplink CCCH. 

2. After the UE receives an RRC CONNECTION SETUP message which includes the same value of the IE" Initial 
UE identity" ,radio resource parameters(i.e. Signalling link type and multiplexing info) and U-RNTI The UE 
then configures the layer 2 and layer 1 processing so as to support the DCCH according to the radio resource 
parameters specified. The procedure successfully ends when the network receives an RRC CONNECTION 
SETUP COMPLETE message on the uplink DCCH. 

Reference 

3GPPTS 25.331 clause 8.1.3 

8.1.2.1.3 Test purpose 

To confirm that the UE leaves the Idle Mode and correctly establishes a signalling link on the DCCH. 
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8.1.2.1.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE: Idle state 

Test Procedure 

The UE transmits an RRC CONNECTION REQUEST message to the SS on the uplink CCCH by attempting to make 
an outgoing call . After SS receives this message, it assigns the necessary radio resources and U-RNTI to be used by the 
UE and then transmits an RRC CONNECTION SETUP message to the UE within timer T300. SS then waits for the UE 
to transmit an RRC CONNECTION SETUP COMPLETE message on the DCCH. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


^ 


RRC CONNECTION REQUEST 


By outgoing call operation 


2 


^ 


RRC CONNECTION SETUP 


This message is not addressed to 
the UE. 


3 


■* 


RRC CONNECTION REQUEST 


UE shall re-transmit the request 
message again after receiving a 
setup message not addressed to 
itself. 


4 


<- 


RRC CONNECTION SETUP 




5 






The UE configures the layer 2 and 
layer 1 . 


6 


■> 


RRC CONNECTION SETUP 
COMPLETE 





Specific Message Content 

RRC CONNECTION SETUP (Step 2): 



Information Element 


Value/remark 


Initial UE Identity 
CHOICE UE id type 
IMSI 


IMSI 

Set to an arbitrary octet string of length 7 which different 

from the IMSI value stored in the USMI card. 



8.1.2.1.5 



Test requirement 



After step 2 the UE shall re-transmit the RRC CONNECTION REQUEST message again in order to continue the RRC 
connection establishment procedure. 

After step6 the UE shall establish an RRC connection and continue the procedure of the outgoing call on the DCCH. 
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8.1 .2.2 RRC Connection Establishment: Success after T300 timeout 

8.1.2.2.1 Definition 

8.1.2.2.2 Conformance requirement 

1 . The RRC connection establishment is initiated by the UE, which leaves the idle mode. The UE shall transmit an 
RRC CONNECTION REQUEST message which includes the IE'lnitial UE identity". This message shall be 
sent on the uplink CCCH. 

2. In the case of a failure to establish the RRC connection at the expiry of timer T300 ,the UE retries to establish 
the RRC connection until V300 is greater than N300. 

3. When the UE receives a RRC CONNECTION SETUP message, which contains a protocol error and causing the 
internal variable PROTOCOL_ERROR_REJECT set to TRUE, it shall perform the appropriate error handling 
procedure. 

Reference 

3GPPTS 25.331 clause 8.1.3 

8.1.2.2.3 Test purpose 

To confirm that the UE retries to establish the RRC connection until V300 is greater than N300 after the expiry of timer 
T300 when the SS transmits no response for an RRC CONNECTION REQUEST message. 

8.1.2.2.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE: Idle state 

Test Procedure 

Before the test starts, an internal counter K in SS is initialized to a value = 1. Following this, the UE transmits an RRC 
CONNECTION REQUEST message to the SS on the uplink CCCH, after the operator attempts to make an outgoing 
call. The SS ignores this message and then increments K every time such a message is received. If K is equal to N300, 
the SS transmits the RRC CONNECTION SETUP message to the UE and establishes an RRC connection with the UE, 
Otherwise SS waits for a duration T300 and increases K by 1. This cycle is repeated until K reaches N300. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






SS initializes counter K to 1 . 
Operator is asked to make 
an outgoing call and SS 
starts to wait for RRC 
CONNECTION REQUEST 
on uplink DCCH. 


2 


^ 


RRC CONNECTION REQUEST 




3 






SS checks to see if K is 
equal to N300-1 . If so, goes 
to step 5. Else, continues to 
execute step 4. 


4 






SS increments K.The next 
step is step 2. 


5 


^ 


RRC CONNECTION SETUP 


The message contains a 
protocol error, see specific 
message content. 


6 


^ 


RRC CONNECTION REQUEST 




7 


^ 


RRC CONNECTION SETUP 


This is a legal message. See 
the clause on default 
message content for RRC. 


8 






The UE configures the layer 
2. 


9 


^ 


RRC CONNECTION SETUP COMPLETE 





Specific Message Contents 

RRC CONNECTION SETUP (Step5) 



Information Element 


Value/remark 


Uplink Radio Resource 
CHOICE channel requirement 


Neither PRACH Info (for RACH) nor Uplink DPCH info 
is chosen. One of the spare value is used. 



8.1.2.2.5 



Test requirement 



After step 5 the UE shall re-send another RRC CONNECTION REQUEST message and not access any radio resources 
specified in RRC CONNECTION SETUP message sent in step 5. 

After step8 the UE shall transmit an RRC CONNECTION SETUP COMPLETE message and establish an RRC 
connection on the DCCH logical channel. 

8.1 .2.3 RRC Connection Establishment: Failure (V300 is greater than N300) 

8.1.2.3.1 Definition 

8.1.2.3.2 Conformance requirement 

1 . The RRC connection establishment is initiated by the UE, which leaves the idle mode and transmits an RRC 
CONNECTION REQUEST message. This message shall include the IE'Tnitial UE identity" on the uplink 
CCCH. 

2. In the case of a failure to establish the RRC connection after (N300+1) attempts, the UE goes back to idle mode. 
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Reference 

3GPPTS 25.331 clause 8.1.3 



8.1.2.3.3 



Test purpose 



To confirm that the UE stops retrying to establish the RRC connection if V300 is greater than N300 and goes back to 
idle mode. 



8.1.2.3.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE: Idle state 

Test Procedure 

Before the test starts, SS initializes an internal counter K to 1. The UE transmits an RRC CONNECTION REQUEST 
message to the SS on the uplink CCCH by an outgoing call operation. SS shall not respond to any RRC CONNECTION 
REQUEST message, instead the counter K is increased by 1 every time such a message is received. To arrive at the 
verdict, the SS checks that a total of (N300+1) such messages are received. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






SS initializes counter K to land 
then prompts the operator to make 
an outgoing call. 


2 


■* 


RRC CONNECTION REQUEST 




3 






SS increments K by 1. 


4 






If K is greater than N300, goes to 
step 5 else proceed to step 2. 


5 






SS monitor the uplink CCCH for a 
time period enough for UE to goes 
back to normal service. The exact 
amount of time to wait shall be 
derived from TS related to cell 
selection. If any uplink 
transmission is detected, the test 
fails. 



Specific Message Contents 
None 



8.1.2.3.5 



Test requirement 



After step 5, counter K shall be equals to (N300+1) and there shall be no uplink transmission in the monitoring period 
specified in step 5. 
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8.1 .2.4 RRC Connection Establishment: Reject ("wait time" is not equal to 0) 

8.1.2.4.1 Definition 

8.1.2.4.2 Conformance requirement 

1 . The RRC connection establishment is initiated by the UE, which leaves the idle mode and transmits an RRC 
CONNECTION REQUEST message . This message shall include the IE'lnitial UE identity" and is to be sent on 
the uplink CCCH. 

2. After the UE receives an RRC CONNECTION REJECT message which includes IE"wait time" not set to 0, and 
neither IE"frequency info" nor IE"system info" is present, the UE shall wait for a period specified in the IE"wait 
time".Thereafter re-transmit an RRC CONNECTION REQUEST message to attempt to establish the RRC 
connection again. However, either IE"frequency info" or IE"system info" is available in the message, the UE 
shall attempt to perform cell reselection using these information. 

Reference 

3GPPTS 25.331 clause 8.1.3 

8.1.2.4.3 Test purpose 

To confirm that the UE retries to establish the RRC connection after the "wait time" if the UE receives an RRC 
CONNECTION REJECT message which includes the IE'wait time" not set to 0. 

To confirm that the UE perform a cell reselection when receiving an RRC CONNECTION REJECT message, 
containing relevant frequency information of the target cell to be re-selected. 

8.1.2.4.4 Method of test 

Initial Condition 

System Simulator : 2 cells - both cell 1 and cell 2 are active and suitable for camping, but cell 1 is transmitted using a 
larger power. Cell 1 and cell 2 are being transmitted from different 2 UARFCNs. 

UE: Idle state 

Test Procedure 

The UE transmits an RRC CONNECTION REQUEST message to the SS on the uplink CCCH by an outgoing call 
operation in cell 1. SS rejects the first request by transmitting an RRC CONNECTION REJECT message which 
indicates a non-zero wait time. In this message, frequency information for cell 2 is available. SS then waits for RRC 
CONNECTION REQUEST message on the uplink CCCH of cell 2. SS will also monitor the uplink of cell 1 
simultaneously to ensure that all transmission activities from cell 1 have ceased. When the UE has successfully camp 
onto cell 2, it shall send an RRC CONNECTION REQUEST with the same establishment cause as its previous attempt 
in cell 1. SS responds with an RRC CONNECTION REJECT message, indicating a non-zero "wait time" and omitting 
the IE"Redirection Info". The UE shall observe the wait time period indicated. After the wait time has elapsed, the UE 
shall re-transmit RRC CONNECTION REEQUEST again. Finally, SS transmits an RRC CONNECTION SETUP 
message to establish an RRC connection with the UE, and the UE replies with an RRC CONNECTION SETUP 
COMPLETE message and enters CELL_DCH state. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


^ 


RRC CONNECTION REQUEST 


SS prompts the operator to make 
an outgoing call in cell 1. 


2 


^ 


RRC CONNECTION REJECT 


This message shall includes the 
IE"wait time" set to 15 seconds and 
IE"frequency info" set to the 
UARFCN of cell 2. 


3 






SS waits for a period of time 
sufficient for UE to reselect to cell 
2. At the same time, it monitor the 
uplink of cell 1 to make sure that all 
transmissions have ceased. 


4 


^ 


RRC CONNECTION REQUEST 


UE shall attempt to re-start an 
RRC connection establishment 
procedure in cell 2. The 
establishment cause shall 
remained unchanged. 


5 


^ 


RRC CONNECTION REJECT 


This message shall includes the 
IE"wait time" set to 15 seconds, but 
with IE"Redirection Info" absent. 


6 


^ 


RRC CONNECTION REQUEST 


SS waits until the duration 
specified in IE"wait time" has 
elapsed and then listens to the 
uplink CCCH for a second RRC 
CONNECTION REQUEST 
message. 


7 


^ 


RRC CONNECTION SETUP 


SS sends the message to UE, to 
setup an RRC connection with the 
UE. 


8 






The UE shall configure the layer 2 
and layer 1 in order to access the 
uplink and downlink DCCH 
assigned.. 


9 


^ 


RRC CONNECTION SETUP 
COMPLETE 





Specific Message Contents 

RRC CONNECTION REQUEST (Stepl) 



Information Element 


Value/remark 


Initial UE Identity 
Initial UE Capability 
Establishment Cause 


Must be equal to U-RNTI assigned preeviously 
Must be compatible with UE settings in TS25.926 
Must be "Originating Call" 



RRC CONNECTION REJECT (Step2) 



Information Element 


Value/remark 


Wait time 
Redirection Info 
Frequency Info 
UARFCN uplink (Nu) 
UARFCN uplink (Nd) 


1 5 seconds 

Set to a different UARFCN from uplink carrier of cell 1 
Not present - assuming a duplex distance of 1 90MHz. 
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RRC CONNECTION REQUEST (Step4 and step6) 
Same requirement as in step 1. 

RRC CONNECTION REJECT (Step5) 



Information Element 


Value/remark 


Wait time 
Redirection Info 


15 seconds 
Not present 



8.1 .2.4.5 Test requirement 

After step 3 the UE shall have successfully re-selected to cell 2, using information transmitted in IE"frequency info" of 
RRC CONNECTION REJECT message. UE shall trigger the start of RRC connection establishment by transmitting 
RRC CONNECTION REQUEST. The establishment cause shall be similar to the message sent in step 1 . 

After step 5 the UE shall observe the period specified in IE"wait time" of an RRC CONNECTION REJECT message 
and not transmit an RRC CONNECTION REQUEST message in this period. 

After step7 the UE shall transmsit an RRC CONNECTION SETUP COMPLETE message to SS on uplink DCCH and 
then establish an RRC connection. 

8.1 .2.5 RRC Connection Establishment: Reject ("wait time" is not equal to and 

V300 is greater than N300) 

8.1.2.5.1 Definition 

8.1.2.5.2 Conformance requirement 

1 . The RRC connection establishment is initiated by the UE, which leaves the idle mode and transmits an RRC 
CONNECTION REQUEST message . This message shall include the IE'lnitial UE identity" and is to be sent on 
the uplink CCCH. 

2. After the UE receives an RRC CONNECTION REJECT message which includes IE"wait time" not set to 0, and 
neither IE"frequency info" nor IE"system info" is present, the UE shall wait for a period specified in the IE"wait 
time".Thereafter it re-transmits an RRC CONNECTION REQUEST message to attempt to establish the RRC 
connection again. In the case of a failure to establish the RRC connection after (N300+1) attempts, the UE goes 
back to idle mode. 

Reference 

3GPPTS 25.331 clause 8.1.3 

8.1.2.5.3 Test purpose 

To confirm that the UE retries to establish the RRC connection after the "wait time" if the UE receives an RRC 
CONNECTION REJECT message which specifies a non-zero IE "wait time". 

To confirm that the UE stops retrying to establish the RRC connection if V300 is greater than N300 and goes back to 
idle mode. 

8.1.2.5.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE: Idle state 
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Test Procedure 

Before the test starts, SS initializes an internal counter K to 0. The UE transmits an RRC CONNECTION REQUEST 
message to the SS on the uplink CCCH, triggered by an outgoing data call operation. SS rejects all requests by 
transmitting an RRC CONNECTION REJECT message which indicates a non-zero wait time and the counter K is 
increased by 1 every time such a message is received. To arrive at the verdict, the SS checks that a total of (N300+1) 
such messages are received. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






SS initializes counter K to and 
then prompts the operator to make 
an outgoing data call. 


2 


^ 


RRC CONNECTION REQUEST 


Shall be sent on CCCH and 
contain the correct establishment 
cause. 


3 


^ 


RRC CONNECTION REJECT 


This message includes the IE"wait 
time" set to 1 5 seconds. 


4 






SS increments K by 1. 


5 






If K is greater than N300, goes to 
step 6. Else SS waits for 15 sec 
before proceeding to step 2. 


6 






SS monitor the uplink CCCH for a 
time period enough for UE to goes 
back to normal service. The exact 
amount of time to wait shall be 
derived from TS related to cell 
selection. If any uplink 
transmission is detected, the test 
fails. 



Specific Message Contents 

RRC CONNECTION REQUEST (Step2) 



Information Element 


Value/remark 


Initial UE Identity 
Initial UE Capability 
Establishment Cause 


Must be equal to U-RNTI assigned preeviously 
Must be compatible with UE settings in TR25.926 
Must be "Originating CS Data Call" or "Originating PS 
Data Call" 



RRC CONNECTION REJECT (Step3) 



Information Element 


Value/remark 


Wait time 


1 5 seconds 



8.1.2.5.5 



Test requirement 



After step 6, counter K shall be equals to (N300+1) and there shall be no uplink transmission in the monitoring period 
specified in step 6. 
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8.1 .2.6 RRC Connection Establishment: Reject ("wait time" is set to 0) 

8.1.2.6.1 Definition 

8.1.2.6.2 Conformance requirement 

1 . The RRC connection establishment is initiated by the UE, which leaves the idle mode and transmits an RRC 
CONNECTION REQUEST message on the uplink CCCH. 

2. In the case of a failure to establish the RRC connection by the reception of a RRC CONNECTION REJECT 
message which contains IE"wait time" equals to , the UE shall go back to idle mode immediately. 

Reference 

3GPPTS 25.331 clause 8.1.3 

8.1.2.6.3 Test purpose 

To confirm that the UE goes back to idle mode, if the SS transmits an RRC CONNECTION REJECT message which 
includes IE"wait time" set to 0. To confirm that the UE ignores an RRC CONNECT REJECT message not addressed to 
it. To confirm that the UE is capable of handling an erroneous RRC CONNECTION REJECT message correctly. 

8.1.2.6.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE : Idle state 

Test Procedure 

The UE transmits an RRC CONNECTION REQUEST message to the SS on the uplink CCCH by making an outgoing 
call . After the SS receives this message, it transmits an RRC CONNECTION REJECT message which is not addressed 
to the UE. The UE shall disregard this message and proceed to re-transmit RRC CONNECTION REQUES message 
upon T300 timer expiry. SS answers the second RRC CONNECTION REQUEST message by transmitting an RRC 
CONNECTION REJECT message with IE"wait time" set to 15 seconds, but without the mandatory IE"rejection 
cause". The UE shall continue to send the third RRC CONNECTION REQUEST message after a 15 second lapse. 
Next, the SS sends a legal RRC CONNECTION REJECT message which is expected to cause the UE to move to idle 
mode spontaneously. To confirm that finally the UE goes back to idle mode immediately after receiving the reject 
message, SS shall monitor the uplink CCCH for the next 60 second and verify that there is no further transmission in 
the uplink direction. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


^ 


RRC CONNECTION REQUEST 


Test operator is prompted to make 
an out-going call, 


2 


^ 


RRC CONNECTION REJECT 


IE"lnitial UE identity" contains an 
identity different from any of the UE 
identities available. 


3 


^ 


RRC CONNECTION REQUEST 


UE shall continue to send this 
message after T300 time-out. 


4 


^ 


RRC CONNECTION REJECT 


IE"Reject Cause" is omitted, 
IE"wait time" is set to 15 seconds 
(maximum). 


5 


^ 


RRC CONNECTION REQUEST 


UE shall continue to send this 
message after T300 time-out, but 
before the expiry of "wait time" IE 
indicated in RRC CONNECTION 
REJECT in step 4. 


6 


^ 


RRC CONNECTION REJECT 


IE"waittime" is set to 0. 


7 






The UE goes back to idle mode.. 



Specific Message Contents 

RRC CONNECTION REJECT (Step2) 



Information Element 


Value/remark 


Initial UE Identity 
IMSI 

Wait time 
Redirection Info 


Set to an arbitrary octet string of length 7 bytes, which is 
different from the IMSI stored in USIM. 
1 5 seconds 
Not present 



RRC CONNECTION REJECT (Step4) 



Information Element 


Value/remark 


Initial UE Identity 

IMSI 

Reject Cause 

Wait time 

Redirection Info 


Set to the identical octet string as the IMSI stored in the 

USIM card. 

Not Present 

15 seconds (Maximum) 

Not Present 



RRC CONNECTION REJECT (Step6) 



Information Element 


Value/remark 


Initial UE Identity 




IMSI 


Set to the identical octet string as the IMSI stored in the 




USIM card. 


Reject Cause 


Congestion 


Wait time 


second 


Redirection Info 


Not present 



Note: T300 is set to 5 seconds and N300 is arbitrarily selected from 4 to 8 in SYSTEM INFORMATION 
BLOCK TYPE 1 message on BCCH. 

8.1.2.6.5 Test requirement 

After step 2 and step 4 the UE shall continue to re-transmit an RRC CONNECTION REQUEST message on uplink 
CCCH, at an interval of 5 seconds (T300). 
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After step6 the UE shall stop sending an RRC CONNECTION REQUEST message, go back to idle mode immediately 
and not transmit in the uplink direction again. 

8.1 .2.7 RRC Connection Establishment in CELL_FACH state: Success 

8.1.2.7.1 Definition 

8.1.2.7.2 Conformance requirement 

During the RRC connection establishment, the UTRAN might assign common physical resource to the UE using an 
RRC CONNECTION SETUP message. When no information about the physical channels accessible are available from 
the message, the UE shall utilize the PRACH and S-CCPCH information transmitted on the BCCH and then enter the 
CELL_FACH. Subsequently, the UE shall establish the required signalling links with the UTRAN using common 
physical resources. 

Reference 
3GPPTS25.331 clause 8.1.3 

8.1.2.7.3 Test Purpose 

To confirm that the UE is able to enter CELL_FACH state and setup signalling links using common physical channels. 

8.1.2.7.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE: Idle state 

Test Procedure 

The UE transmits an RRC CONNECTION REQUEST message to the SS on the uplink CCCH by attempting to make 
an outgoing call. After the SS receives this message, it assigns the necessary radio resources and U-RNTI to be used by 
the UE, and then transmits an RRC CONNECTION SETUP message to the UE within timer T300. SS then waits for 
the UE to transmit an RRC CONNECTION SETUP COMPLETE message on the DCCH. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


^ 


RRC CONNECTION REQUEST 


Test operator is requested to make 
an outgoing call. The UE shall 
transmit this message, indicating 
the correct establishment cause. 


2 


^ 


RRC CONNECTION SETUP 


SS omits both IE"Uplink DPCH 
Info" and IE"Downlink DPCH Info" 
from the message. However, IE"C- 
RNTI" is present. 


3 






The UE shall configure the layer 2 
and layer 1 . 


4 


^ 


RRC CONNECTION SETUP 
COMPLETE 


UE shall send this message on the 
DCCH, carried by the assigned 
PRACH resources. 



Specific Message Content 



RRC CONNECTION REQUEST 



Information Element 


Value/remark 


Establishment Cause 


Originating PS Data Call 



RRC CONNECTION SETUP 

For this message, the contents of the message to be used are basically identical to the message sub-type entitled "RRC 
CONNECTION SETUP message (Transition to CELL_FACH)" found in the default message content part. The 
following exceptions are applicable in this test: 



Information Element 


Value/remark 


Uplink DPCH Info 

Downlink information common for all radio links 

Downlink information per radio link list 


Not Present 
Not Present 
Not Present 



RRC CONNECTION SETUP COMPLETE 



Information Element 


Value/remark 


UE Radio Access Capability 


Checked to see if compatible with the stated capability 
in PIXIT/PICS statements. 



8.1.2.7.5 



Test requirements 



After step 3 the UE shall establish the RRC connection, and transmit RRC CONNECTION SETUP COMPLETE 
message on the DCCH using PRACH physical resource specified in system information block messages. 
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8.1.2.8 RRC Connection Establishment : Invalid system information message 

reception 

8.1.2.8.1 Definition 

8.1.2.8.2 Conformance requirement 

The UE shall ignore the message and shall not select the cell, if the associated a SYSTEM INFORMATION message 
on the BCCH which includes the unknown value in the mandatory information element which criticality is set to 
"reject" in the master information block is broadcasting. 

Reference 

3GPPTS 25.331 clause 8.1.1 clause 16 

8.1.2.8.3 Test purpose 

To confirm that the UE does not select the cell if the transmitted SYSTEM INFORMATION message on the BCCH 
which includes the unknown value in the mandatory information element whose criticality is set to "reject" value in the 
master information block is broadcasting 

8.1.2.8.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE : Power off 

Test Procedure 

The SS broadcasts the SYSEM INFORMATION message on the BCCH which includes the PLMN Type information 
element having "spare value" in the master information block. When the UE is supplied the power, it finds that the 
SYSTEM INFORMATION message on the BCCH includes the unknown value in the mandatory information element 
and the UE shall ignore this message. When an outgoing call is attempted, the test operator shall be informed that the 
UE is in a "No Service" state. The UE shall not transmit an RRC CONNECTION REQUEST message on the uplink 
CCCH. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


SYSTEM INFORMATION 


The SS broadcasts the 
SYSTEM INFORMATION 
message on the BCCH which 
includes an unknown value in 
the mandatory information 
element whose criticality is set 
to "reject" in the master 
information block. 


2 






The UE is supplied the power. 


3 






SS waits for 1 minute and then 
asks the test operator to attempt 
to make an outgoing call. 


4 






SS checks that no uplink 
transmission on CCCH is 
detected. 



Specific Message Contents 

SYSTEM INFORMATION^ master information block ) 

The contents of a SYSTEM INFORMATION message in this test case is identical to the corresponding message found 
in the default contents of layer 3 messages for RRC tests, with the following exceptions: 



Information Element 


Value/remark 


PLMN Type 


spare value 



8.1.2.8.5 Test requirement 

After step3 the UE shall not transmit an RRC CONNECTION REQUEST message on the uplink CCCH. 

8.1 .3 RRC Connection Release 



8.1.3.1 



RRC Connection Release in CELL DCH state: Success 



8.1.3.1.1 



Definition 



8.1.3.1.2 



Conformance requirement 



In case of an RRC connection release from CELL_DCH state, the UTRAN transmits an RRC CONNECTION 
RELEASE message to the UE using unacknowledged mode on the DCCH. The UE then responds by transmitting an 
RRC CONNECTION RELEASE COMPLETE message using unacknowledged mode to UTRAN for N308 times, each 
time at the expiry of T308 timer. Then the UE leaves the RRC connected mode and initiates release of the layer2 
signalling link. The RRC Connection Release procedure ends when all UE dedicated resources (such as radio resources 
and radio access bearers) associated with the RRC connection are released and the UE returns to idle mode. 

Reference 

3GPPTS 25.331 clause 8.1.4 
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8.1.3.1.3 



Test purpose 



To confirm that the UE releases the L2 signalling link and dedicated resources and goes back to the idle state after it 
receives an RRC CONNECTION RELEASE message from the SS and transmits an RRC CONNECTON RELEASE 
COMPLETE message to the SS for N308 times at the interval specified by the value of T308 timer. 



8.1.3.1.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH state 

Test Procedure 

The UE is brought to the CELL_DCH state by prompting the operator to initiate an outgoing call. After the DCCH is 
established, SS transmits an RRC CONNECTION RELEASE message to the UE to disconnect the connection. SS then 
waits for the UE to transmit an RRC CONNECTION RELEASE COMPLETE message using unacknowledged mode . 
SS checks to see if P such messages has been received at each expiry of T308 timer. P is equal to the value of IE" 
Number of RRC Message Transmissions" in an RRC CONNECTION RELEASE message. 



Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in the CELL_DCH 
state after a successful RRC 
connection establishment by 
virtue of the operator making an 
outgoing call. 


2 


^ 


RRC CONNECTION RELEASE 


SS disconnect the connection 
established. The value in 
IE"Number of RRC Message 
Transmissions" is arbitrarily 
chosen from 4 to 8 and denoted 
by P. 


3 


^ 


RRC CONNECTION RELEASE 
COMPLETE 


SS waits for the arrival of N308 
such message at the expiry of 
each T308 timer, using 
unacknowledged mode. 


4 






The UE releases L2 signalling 
link and dedicated resources 
then the UE goes to idle mode. 



Specific Message Content 

RRC CONNECTION RELEASE (Step2) 



Information Element 


Value/remark 


Number of RRC Message Transmission 


Arbitrarily chosen between 4 and 8 



8.1.3.1.5 



Test requirement 



After step2 the UE shall start to transmit P times RRC CONNECTION RELEASE COMPLETE messages at the expiry 
of each T308 timer. 

After step3 the UE shall initiate the release L2 signalling link and dedicated resources, then it shall go to idle mode. 
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8.1 .3.2 RRC Connection Release in CELL_FACH state: Success 

8.1.3.2.1 Definition 

8.1.3.2.2 Conformance requirement 

In case of RRC connection release from CELL_FACH state, the RRC layer entity in the network may issues an RRC 
CONNECTION RELEASE message using unacknowledged mode on the DCCH. Upon the reception of this message, 
the UE-RRC transmits an RRC RELEASE COMPLETE message using acknowledged mode to UTRAN on the DCCH 
and goes back to idle mode after it receives a response from the UTRAN-RLC . If an invalid RRC CONNECTION 
RELEASE is received, the UE shall perform the appropriate error-handling mechanism and report the error to the 
UTRAN. 

Reference 

3GPPTS 25.331 clause 8.1.4 

8.1.3.2.3 Test purpose 

To confirm that the UE releases the L2 signalling link and resources and goes back to the idle state after it receives an 
RRC CONNECTION RELEASE message from the SS. It shall transmit an RRC CONNECTON RELEASE 
COMPLETE message using acknowledged mode to the SS (e.g. the UE-RLC confirms the transmission of the RRC 
CONNECTION RELEASE COMPLETE message.). If the UE receives an invalid release message, it shall ignore the 
message and report this event to the SS. 

8.1.3.2.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH state 

Test Procedure 

The UE is brought to an initial state of CELL_FACH. After the successful establishment of the RRC connection, the 
SS transmits an RRC CONNECTION RELEASE message to the UE to disconnect the radio link. However, the 
message contains an error in one of the mandatory IE. As a result, the UE shall not release the RRC connection and 
reply with RRC STATUS message indicating the error type. Then the SS transmits a second RRC CONNECTION 
RELEASE message with valid content. When the UE receives this message the UE transmits an RRC CONNECTION 
RELEASE COMPLETE message using acknowledged mode to the SS. Finally, SS checks that the UE performs proper 
layer 2 release. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is brought to the 
CELL FACH state. 


2 


^ 


RRC CONNECTION RELEASE 


The message contains an error 
in one of the conditional IE. 


3 


^ 


RRC STATUS 


IE"Protocol Error Information" 
shall be set to "Message 
Extension Not Comprehended" 


4 


^ 


RRC CONNECTION RELEASE 


SS sends this message using 
unacknowledged mode RLC 
operations on the uplink DCCH. 


5 


^ 


RRC CONNECTION RELEASE 
COMPLETE 


The UE transmits this message 
using acknowledged mode. 


6 






The UE releases L2 signaling 
link and radio resources then 
the UE goes to idle mode. 



Specific Message Contents 

RRC CONNECTION RELEASE (Step 2) 



Information Element 


Value/remark 


Number of RRC Message Transmissions 


Arbitrarily selected from 1 to 8 



RRC STATUS 



Information Element 


Value/remark 


Protocol Error Information 


Checked to see if set to "Message Extension Not 
Comprehended" 



RRC CONNECTION RELEASE (Step 4) 



Information Element 


Value/remark 


Number of RRC Message Transmissions 


Not Present 



8.1.3.2.5 



Test requirement 



After step 2 the UE shall maintain the RRC connection and respond to the RRC CONNECTION RELEASE message by 
sending RRC STATUS message. This message shall specify the cause "Message Extension Not Comprehended" in the 
IE'Trotocol Error Information". 

After step4 the UE shall transmit an RRC CONNECTION RELEASE COMPLETE messages using acknowledged 
mode then it shall receive a response for this massage from the SS-RLC. 

After step5 the UE shall release its L2 signalling link and radio resources, then it shall go back to idle mode. 



8.1.3.3 



RRC Connection Release in CELL FACHstate: Failure 



8.1.3.3.1 



Definition 
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8.1.3.3.2 



Conformance requirement 



In case of RRC connection release from CELL_FACH state, the RRC layer entity in the network issues an RRC 
CONNECTION RELEASE message using unacknowledged mode on the DCCH. When the UE does not succeed to 
transmit the RRC CONNECTION RELEASE COMPLETE message using acknowledged mode, it shall release all its 
radio resources, enter idle mode and the procedure ends on the UE side. 

Reference 

3GPPTS 25.331 clause 8.1.4 



8.1.3.3.3 



Test purpose 



To confirm that the UE releases all its radio resources and enters idle mode when the UE does not succeed in 
transmitting the RRC CONNECTION RELEASE COMPLETE message using acknowledged mode to the SS.(i.e. the 
UE-RLC cannot receive acknowledgement for the transmission of the RRC CONNECTION RELEASE COMPLETE 
message from SS.). 



8.1.3.3.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH state 

Test Procedure 

At the start of the test, the UE is brought to CELL_FACH state. When the RRC connection has been established, the 
SS transmits an RRC CONNECTION RELEASE message to the UE to disconnect the radio link. When the UE receives 
this message the UE transmits an RRC CONNECTION RELEASE COMPLETE message using acknowledged mode to 
the SS. The SS ignores the message and does not transmit a STATUS PDU of RLC for this message. SS checks to see 
that UE continues to release all its radio resources and then enters idle mode. 



Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is brought into 
CELL_FACH state by asking the 
operator to perform an outgoing 
call attempt. Clause 


2 


^ 


RRC CONNECTION RELEASE 


SS ask to disconnect the radio 
link 


3 


^ 


RRC CONNECTION RELEASE 
COMPLETE 


The UE transmits this message 
using acknowledged mode. 
The SS ignores this message 
and shall not transmit a STATUS 
PDU of RLC for this message. 


4 






SS checks to make sure that UE 
releases its all radio resources 
and enter idle mode. 



Specific Message Contents 
None 
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8.1.3.3.5 Test requirement 

After step3 the UE shall release its L2 signalling link and radio resources then it shall go to idle mode. 

8.1.4 RRC Connection Re-Establishment 
8.1.4.1 RRC Connection Re-Establishment : Success 

8.1.4.1.1 Definition 

8.1 .4.1 .2 Conformance requirement 

RRC connection re-establishment is needed, when a UE loses the radio connection due to e.g. radio link failure in 
CELL_DCH state. After a successful cell re-selection and transiting to CELL_FACH state, the UE transmits an RRC 
CONNECTION RE-ESTABLISHMENT REQUEST message which includes the IE"U-RNTI" on the uplink CCCH to 
request for the re-establishment of an RRC connection. The UTRAN transmits an RRC CONNECTION RE- 
ESTABLISHMENT message on the downlink DCCH, which includes thenew configuration information. Then the UE 
transmits an RRC CONNECTION RE-ESTABLISHMENT COMPLETE message on the uplink DCCH using AM 
RLC 

Reference 

3GPPTS 25.331 clause 8.1.5 

8.1.4.1.3 Test purpose 

To confirm that the UE tries to find a new cell by transiting to CELL_FACH state, after detecting that a radio link 
failure has occurred. The UE shall then attempt to establish a new RRC connection using an RRC CONNNECTION 
RE-ESTABLISHMENT REQUEST message which includes the IE'U-RNTI" . Finally when the SS allocates a new 
configuration to the UE using RRC CONNECTION ESTABLISHMENT message, the UE shall establish a new RRC 
connection link. 

8.1.4.1.4 Method of test 

Initial Condition 

System Simulator : 2 cellsD Cell 1 is active, Cell 2 is inactiveD 

UE: CELL_DCH state in cell 1 

Test Procedure 

The UE is brought to CELL_DCH state in a cell 1 after a successful outgoing call attempt. After the call has been 
established, the SS stops transmitting and receiving in a cell No.l and begins to broadcast the BCCH in cell 2, the UE 
should detect a radio link failure in cell 1 and attempts to re-select to cell 2. It should then enter CELL_FACH state and 
transmits an RRC CONNECTION RE-ESTABLISHMENT REQUEST message which includes the IE"U-RNTI" on 
the uplink CCCH to SS. The SS transmits an RRC CONNECTION RE-ESTABLISHMENT message which includes a 
new configuration information. After the UE receives an RRC CONNECTION RE-ESTABLISHMENT message, it 
reconfigures the new radio connection and transmits an RRC CONNECTION RE-ESTABLISHMENT COMPLETE 
message on the uplink DCCH using AM RLC. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is brought to 
CELL_DCH state in a cell 
1 , after making a 
successful outgoing call. 


2 


^ 


BCCH 


The SS starts transmitting 
the BCCH in a cell 2 using 
the same contents 
(except for cell identity 
which is set to "0000 0000 
0000 0010") for system 
information sent on cell 1 . 
SS starts to listen to the 
uplink CCCH of cell 2. 


3 






The SS stops transmitting 
and receiving in a cell .1 . 


4 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE should find a new 
cell 2 and then transmits 
this message which 
includes the IE"U-RNTI" 
assigned previously. 


5 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


Including the new 
configuration information. 


6 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 

Cell 1: SYSTEM INFORMATION TYPE 2 



Information Element 


Value/remark 


UE Timers and constants in connected mode 




T301 


8 seconds 


T313 


1 5 seconds 


T314 


20 seconds 


T315 


30 seconds 


N313 


50 



8.1.4.1.5 



Test requirement 



After step3, the UE shall detect the presence of cell 2 and attempts to re-established the lost RRC connection by 
transmitting RRC CONNECTION RE-ESTABLISHMENT REQUEST in the new cell. 

After step5, the UE shall re-establish an RRC connection and observe the new configuration information specified in an 
RRC CONNECTION RE-ESTABLISHMENT message. 



8.1 .4.2 RRC Connection Re-Establishment: Success after T301 timeout ( T314 and 

T315 are running) 



8.1.4.2.1 



Definition 



8.1.4.2.2 



Conformance requirement 



RRC connection re-establishment is needed when a UE loses the radio connection due to e.g. radio link failure in 
CELL_DCH state. After a cell re-selection to a new cell, the UE transits to CELL_FACH state. In this state, the 
UE transmits an RRC CONNECTION RE-ESTABLISHMENT REQUEST message which includes the IE"U- 
RNTI" on the uplink CCCH to request the re-establishment of an RRC connection. 
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2. In the case of a failure to re-establish the RRC connection after the expiry of timer T301 ,the UE retries to re- 
establish the RRC connection. Finally when the UTRAN allocates a new configuration to the UE using RRC 
CONNECTION ESTABLISHMENT message, the UE shall establish a new RRC connection link. 

Reference 

3GPPTS 25.331 clause 8.1.5 

8.1.4.2.3 Test purpose 

To confirm that the UE retries to re-establish a new RRC connection after the expiry of timer T301 . This occurs after 
the UE loses the radio connection and starts to transmit an RRC CONNECTION RE-ESTABLISHMENT REQUEST 

message. 

8.1.4.2.4 Method of test 

Initial Condition 

System Simulator : 2 cellsDCell 1 is active, Cell .2 is inactiveD 

UE: CELL_DCH state in cell 1 

Test Procedure 

The UE is in the CELL_DCH state in cell 1, after making a successful outgoing call attempt. When the SS stops 
transmitting and receiving in a cell 1 and begins to broadcast the BCCH in a cell 2, the UE detects a radio link failure 
and the presence of cell 2. It then enters CELL_FACH state and transmits to SS an RRC CONNECTION RE- 
ESTABLISHMENT REQUEST message which includes the IE"U-RNTI" on the uplink CCCH. The SS does not 
transmit an RRC CONNECTION RE-ESTABLISHMENT to answer to the request. This causes T301 timer to expire 
and the UE re-transmits an RRC CONNECTION RE-ESTABLISHMENT REQUEST message again. Then the SS 
transmits an RRC CONNECTION RE-ESTABLISHMENT message and the UE reconfigures the new radio connection 
and transmits an RRC CONNECTION RE-ESTABLISHMENT COMPLETE message on the uplink DCCH using AM 
RLC. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






SS prompts the operator to 
make an outgoing call. The 
UE is in the CELL_DCH 
state in cell 1 . 


2 


^ 


BCCH 


The SS starts to transmit 
BCCH in a cell 2, with the 
SYSTEM INFORMATION 
message similar (with the 
exception of cell identity 
IE) to that transmitted in 
cell 1. 


3 






The SS stops transmitting 
and receiving in cell 1. 


4 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE finds cell 2 and 
transmits this message 
which includes the IE"U- 
RNTI". 


5 






The SS does not transmit 
a response. 


6 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


After the expiry of T301 
the UE re-ransmits this 
message. 


7 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


Including the new 
configuration information. 


8 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 
None 



8.1.4.2.5 



Test requirement 



After step3, the UE shall detect presence of cell 2 and starts to transmit an RRC CONNECTION RE- 
ESTABLISHMENT REQUEST message to setup the radio link again. 

After step5, the UE shall re-transmit an RRC CONNECTION RE-ESTABLISHMENT REQUEST message on the 
uplink CCCH after the expiry of timer T301 . 

After step7 the UE shall re-establish an RRC connection in cell 2, using the new configuration commanded by the SS. 

8.1 .4.3 RRC Connection Re-Establishment: Success after reception of invalid 

message(V301 is not greater than N301) 



8.1.4.3.1 



Definition 



8.1.4.3.2 



Conformance requirement 



1. RRC connection re-establishment is needed when a UE loses the radio connection due to e.g. radio link failure in 
CELL_DCH state. After a cell re-selection to a new cell, the UE transits to CELL_FACH state. In this state, the 
UE transmits an RRC CONNECTION RE-ESTABLISHMENT REQUEST message which includes the IE"U- 
RNTI" on the uplink CCCH to request the re-establishment of an RRC connection. 

2. In the case of a reception of an invalid RRC CONNECTION RE-ESTABLISHMENT message, the UE retries to 
re-establish the RRC connection until up to a maximum of N301 attempts after the expiry of timer T301. 
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Reference 

3GPPTS 25.331 clause 8.1.5 

8.1.4.3.3 Test purpose 

To confirm that the UE retries to re-establish a new RRC connection until its internal variable V301 is greater than 
N301 after the expiry of timer T301 when the UE receives an invalid RRC CONNECTION RE-ESTABLISHMENT 

message. 

8.1.4.3.4 Method of test 

Initial Condition 

System Simulator : 2 cellsDCell 1 is active, Cell .2 is inactiveD 

UE: CELL_DCH state in cell 1 

Test Procedure 

Before the test starts, a SS internal counter K is initialized to 1. The UE is in the CELL_DCH state in cell 1, after 
making a successful outgoing call attempt. When the SS stops transmitting and receiving in a cell 1 and begins to 
broadcast the BCCH in a cell 2, the UE detects a radio link failure and the presence of cell 2. It then enters 
CELL_FACH state and transmits to SS an RRC CONNECTION RE-ESTABLISHMENT REQUEST message which 
includes the IE'U-RNTI" on the uplink CCCH. The SS transmits an RRC CONNECTION RE-ESTABLISHMENT 
message to answer to the request which includes the "DRX Indicater" IE set to "spare value". After T301 timer expires 
, the UE re-transmits an RRC CONNECTION RE-ESTABLISHMENT REQUEST message again. When K is equal to 
N301-1 then the SS transmits an RRC CONNECTION RE-ESTABLISHMENT message and the UE reconfigures the 
new radio connection and transmits an RRC CONNECTION RE-ESTABLISHMENT COMPLETE message on the 
uplink DCCH using AM RLC. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






SS sets internal counter K 
to 1 and prompts the 
operator to make an 
outgoing call. The UE is in 
the CELL DC H state in 
cell 1. 


2 


^ 


BCCH 


The SS starts to transmit 
BCCH in a cell 2, with the 
SYSTEM INFORMATION 
message similar (with the 
exception of cell identity 
IE) to that transmitted in 
cell 1. 


3 






The SS stops transmitting 
and receiving in cell 1. 


4 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE finds cell 2 and 
transmits this message 
which includes the IE"U- 
RNTI". 


5 






If KisequaltoN301-1 
then next step is 7. 


6 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


The SS transmits a 
response which includes 
the "DRXi Indicator" IE set 
to "spare value" but 
increments K and moves 
to step 4 to wait for 
another uplink message. 


7 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


Including the new 
configuration information. 


8 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 
None 



8.1.4.3.5 



Test requirement 



After step3, the UE shall detect presence of cell 2 and starts to transmit RRC CONNECTION RE-ESTABLISHMENT 
REQUEST message to setup the radio link again. 

After step4, the UE shall re-transmit an RRC CONNECTION RE-ESTABLISHMENT REQUEST message on the 
uplink CCCH after the expiry of timer T301. The total number of RRC CONNECTION RE-ESTABLISHMENT 
messages received by SS shall be equal to N301-1 at an time interval equivalent to T301 timer value. 

After step7 the UE shall re-establish an RRC connection in cell 2, using the new configuration commanded by the SS. 



8.1 .4.4 RRC Connection Re-Establishment: Failure after reception of invalid 

message (V301 is greater than N301) 



8.1.4.4.1 



Definition 
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8.1.4.4.2 Conformance requirement 

1. RRC connection re-establishment is needed when a UE loses the radio connection due to e.g. radio link failure in 
CELL_DCH state. After cell re-selection and then transiting to CELL_FACH state, the UE RRC transmits an 
RRC CONNECTION RE-ESTABLISHMENT REQUEST message which includes the IE"U-RNTI" on the 
uplink CCCH to request for re-establishment of an RRC connection. 

2. In the case of a reception of an invalid RRC CONNECTION RE-ESTABLISHMENT message, if the UE retries 
to re-establish the RRC connection until up to a maximum of N301 attempts after the expiry of timer T301 and 
receives the invalid message, the UE goes back to idle mode. 

Reference 

3GPPTS 25.331 clause 8.1.5 

8.1.4.4.3 Test purpose 

To confirm that the UE stops retrying to re-establish the RRC connection if its internal counter V301 is greater than 
N301 and then goes back to idle state. 

8.1.4.4.4 Method of test 

Initial Condition 

System Simulator : 2 cellsD Cell 1 is active, Cell2 is inactiveD 

UE: CELL_DCH state in cell 1 

Test Procedure 

The UE is in the CELL_DCH state in a cell 1. When the SS stops transmitting and receiving in a cell 1 and begins to 
broadcast the BCCH in cell 2, the UE detects a radio link failure and the presence of cell 2. It then enters CELL_FACH 
state and transmits to SS an RRC CONNECTION RE-ESTABLISHMENT REQUEST message which includes the 
IE'U-RNTI" on the uplink CCCH. The SS transmits an RRC CONNECTION RE-ESTABLISHMENT message to 
answer to the request which includes the "DRX Indicater" IE set to "spare value", resulting in T301 timer to expire and 
the UE re-transmits an RRC CONNECTION RE-ESTABLISHMENT REQUEST message again. The SS keeps a count 
of the number of RRC CONNECTION RE-ESTABLISHMENT REQUEST messages received. The UE goes back to 
idle mode after N301 transmission attempts. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






SS set counter K to 1 . 
The UE is in CELL_DCH 
state in a cell 1 after 
establishing an outgoing 
call. 


2 


^ 


BCCH 


The SS starts to transmit 
BCCH in a cell 2. 


3 






The SS stops transmitting 
and receiving in a cell 1. 


4 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE finds new cell 2 
and transmits this 
message which includes 
the IE"U-RNTI". 


5 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


The SS transmits a 
response which includes 
the "DRXi Indicator" IE set 
to "spare value" and 
increments K 
If K is greater than N301, 
then the next step is step 
6 else go to step 4. 


6 






The UE goes back to idle 
mode. 



Specific Message Contents 
None 



8.1.4.4.5 



Test requirement 



After step3 the UE shall find the presence of cell 2, enters CELL_FACH state, and starts to transmit RRC 
CONNECTION RE-ESTABLISHMENT REQUEST message to setup the radio link again. 

After step5 the UE shall transmit an RRC CONNECTION RE-ESTABLISHMENT REQUEST message on the uplink 
CCCH after the expiry of timer T301 until V301 is greater than N301. If V301is greater than N301 then the UE shall go 
back to idle mode. 

8.1.4.5 RRC Connection Re-Establishment: Failure (Release) 

8.1.4.5.1 Definition 



8.1.4.5.2 



Conformance requirement 



RRC connection re-establishment is needed, when a UE loses the radio connection due to e.g. radio link failure in 
CELL_DCH state. After the completion of cell re-selection and transiting to CELL_FACH state, the UE transmits an 
RRC CONNECTION RE-ESTABLISHMENT REQUEST message which includes the IE"U-RNTI" on the uplink 
CCCH to request for re-establishment of an RRC connection. The UTRAN transmits an RRC CONNECTION 
RELEASE message signifying that it is not able to accept the request, so the UE transmits an RRC CONNECTION 
RELEASE COMPLETE message to the UTRAN and goes back to idle mode. 

Reference 

3GPPTS 25.331 clause 8.1.5 
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8.1.4.5.3 



Test purpose 



To confirm that the UE transmits an RRC CONNECTION RELEASE COMPLETE message and goes back to idle 
mode after its request to re-establish an RRC connection was rejected by the SS in the new cell. The request to re- 
establish should be made with an RRC CONNNECTION RE-ESTABLISHMENT REQUEST message which includes 
the IE'U-RNTI". 



8.1.4.5.4 



Method of test 



Initial Condition 

System Simulator : 2 cellsD Cell 1 is active, Cell 2 is inactiveD 

UE: CELL_DCH state in cell 1 

Test Procedure 

The UE starts from CELL_DCH state in cell 1 after making a successful outgoing call. When the SS stops transmitting 
and receiving in a cell 1 and begins to broadcast the BCCH in a cell 2, the UE finds a radio link failure and the presence 
of cell 2. It then enters CELL_FACH state and transmits an RRC CONNECTION RE-ESTABLISHMENT REQUEST 
message, which includes the IE"U-RNTI" on the uplink CCCH. The SS replies with a RRC CONNECTION 
RELEASE message. After the UE receives an RRC CONNECTION RELEASE message, it transmits an RRC 
CONNECTION RELEASE COMPLETE message and goes back to idle mode. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in the 
CELL_DCH state in a cell 
1 after completing a 
successful outgoing call 
setup. 


2 


^ 


BCCH 


The SS transmits BCCH 
in a cell 2 


3 






The SS stops transmitting 
and receiving in cell 1 . 


4 


^ 


RRC CONNECTION RE-ESTABLISHMENT 
REQUEST 


The UE finds a new cell 2 
and transmits this 
message which includes 
the IE"U-RNTI". 


5 


^ 


RRC CONNECTION RELEASE 


SS rejects the re- 
establishment request. 


6 


^ 


RRC CONNECTION RELEASE COMPLETE 


The UE goes back to idle 
mode. 



Specific Message Contents 



None 



8.1.4.5.5 



Test requirement 



After step3 the UE shall find a new cell 2 andtransmits RRC CONNECTION RE-ESTABLISHMENT REQUEST to 
ask for re-connection of the radio link. 

After step5 the UE shall not transmit RRC CONNECTION RE-ESTABLISHMENT REQUEST message, instead it 
sends RRC CONNECTION RELEASE COMPLETE message and goes back to idle mode. 



ETSI 



3G TS 34.1 23-1 version 3.0.0 Release 1 999 1 61 ETSI TS 1 34 1 23-1 V3.0.0 (2000-06) 

8.1 .4.6 RRC Connection Re-Establishment: Failure(T31 5=0,T31 4=0) 

8.1.4.6.1 Definition 



8.1.4.6.2 Conformance requirement 

RRC connection re-establishment is needed, when a UE loses the radio connection due to e.g. radio link failure in 
CELL_DCH state. However the UE must enter to idle mode when T314 is set to in RADIO BEARER SETUP 
message and also T315 is set to in SYSTEM INFORMATION message. 

Reference 

3GPPTS 25.331 clause 8.1.5 

8.1.4.6.3 Test purpose 

To confirm that the UE enters to idle mode, after detecting that a radio link failure has occurred. 

8.1.4.6.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE: CELL_DCH state 

Test Procedure 

The UE is brought to CELL_DCH state after making an successful outgoing call attempt. After the call has been 
established, the SS stops transmitting and receiving on the radio link except PCCPCH, the UE should detect a radio link 
failure . Then the UE shall enter to idle mode as both T314 and T315 are set to O.The SS transmits a PAGING TYPE1 
message on the PCCH to confirm that the UE is in idle state., the UE transmits an RRC CONNECTION REQUEST 
message on the uplink CCCH. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 


T314=0 


2 


■> 


RADIO BEARER SETUP 
COMPLETE 




3 






The UE is brought to 
CELL_DCH state, after 
making a successful 
outgoing call. 


4 






The SS stops transmitting 
and receiving on the 
radio link except the 
PCCPCH. 


5 






The UE should enter to 
idle mode after it detects 
the radio link failure and 
SS confirms that the UE 
does not transmit any 
RRC CONNECTION RE- 
ESTABLISHMENT 
REQUEST messages for 
20 seconds. 


6 


^ 


PAGING TYPE1 


SS resumes transmission 
and reception on radio 
links suspended in step 
4. SS pages the UE using 
a matched identity (test- 
SIMIMSI). 


7 


^ 


RRC CONNECTION REQUEST 


SS checks the following 

lEs : 

"Initial UE identity" - must 

be the same as test-SIM 

IMSI. 

"Establishment Cause - 

must "Terminating Call" 

"Protocol Indicator" - 

must be FALSE 


8 


^ 


RRC CONNECTION SETUP 


SS assigns DPCH 
resources to allow UE to 
establish a RRC 
connection. 



Specific Message Contents 



SYSTEM INFORMATION TYPE 2 



Information Element 


Value/remark 


UE Timers and constants in connected mode 




T301 


3 seconds 


T313 


1 5 seconds 


T314 


20 seconds 


T315 


seconds 


N313 


50 



RADIO BEARER SETUP 

The contents of RADIO BEARER SETUP message in this test case is identical to those in default contents of layer 3 
messages for RRC tests with the following exceptions: 
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Information Element 


Value/remark 


RAB information to setup list 
- RAB information to setup 
- RAB info 
-T314 






PAGING TYPE 1 



Information Element 


Value/remark 


Paging record list 


Only 1 entry 


Paging record 




CHOICE Paging originator 


CN originator 


- Paging cause 


Terminating Call whose kind is supported service ( 




speech,CS Data,PS data,SMS, Unspecified ) 


- CN domain identity 


Supported Domain ( PS Domain or CS Domain ) 


- CHOICE UE Identity 


IMSI 


-IMSI 


Set to the same octet string as in the IMSI stored in the 




USIM card 



8.1.4.6.5 Test requirement 

After step 4 the UE shall not transmits an RRC CONNECTION RE-ESTABLISHMENT REQUEST message. 

After step 8 the UE shall have an RRC connection based on dedicated physical channel resources. 

8.1.4.7 RRC Connection Re-Establishment: Success(T314=0, T315>0 and radio link 

failure) 



8.1.4.7.1 



Definition 



8.1.4.7.2 



Conformance requirement 



RRC connection re-establishment is needed, when a UE loses the radio connection due to e.g. radio link failure in 
CELL_DCH state. But the UE must release the radio bearer which is associated with T314 if T314 is set to 0. After a 
successful cell re-selection and a subsequent transition to CELL_FACH state, the UE transmits an RRC 
CONNECTION RE-ESTABLISHMENT REQUEST message which includes the IE"U-RNTI" on the uplink CCCH to 
request for the re-establishment of an RRC connection. The UTRAN transmits an RRC CONNECTION RE- 
ESTABLISHMENT message on the downlink DCCH, which includes the new configuration information assigned. 
Then the UE transmits an RRC CONNECTION RE-ESTABLISHMENT COMPLETE message on the uplink DCCH 
using AM RLC. 

Reference 

3GPPTS 25.331 clause 8.1.5 



8.1.4.7.3 



Test purpose 



To confirm that the UE indicates to the non-access stratum the release of radio access bearer which is associated with 
T314 and try to find a new cell by transiting to CELL_FACH state, after detecting that a radio link failure has occurred. 
The UE shall then attempt to establish a new RRC connection using an RRC CONNNECTION RE-ESTABLISHMENT 
REQUEST message which includes the IE"U-RNTI" . Finally when the UTRAN allocates a new configuration to the 
UE using RRC CONNECTION ESTABLISHMENT message,the UE shall establish a new RRC connection link. 
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8.1.4.7.4 Method of test 

Initial Condition 

System Simulator : 2 cellsD Cell 1 is active, Cell 2 is inactive^ 

UE: CELL_DCH state in cell 1 

Test Procedure 

The UE is brought to CELL_DCH state in a cell 1 after making an successful outgoing call attempt. After the call has 
been established, the SS stops transmitting and receiving in a cell No.l and begins to broadcast the BCCH in cell 2. The 
UE should detect a radio link failure in cell 1 and indicate to the non-access stratum the release of the radio bearer 
which is associated with T314. It shall attempt to re-select to cell 2. It should then enter CELL_FACH state and 
transmits an RRC CONNECTION RE-ESTABLISHMENT REQUEST message which includes the IE'U-RNTI" on 
the uplink CCCH to SS. The SS transmits an RRC CONNECTION RE-ESTABLISHMENT message which includes a 
new configuration. After the UE receives an RRC CONNECTION RE-ESTABLISHMENT message, it reconfigures the 
new radio connection and transmits an RRC CONNECTION RE-ESTABLISHMENT COMPLETE message on the 
uplink DCCH using AM RLC. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 


T314=0 


2 


■> 


RADIO BEARER SETUP 
COMPLETE 




3 






The UE is brought to 
CELL_DCH state in a cell 
1 , after making a 
successful outgoing call. 


4 


^ 


BCCH 


The SS starts 
transmitting the BCCH in 
a cell 2 using the same 
contents (except for cell 
identity which is set to 
"0000 0000 0000 0010") 
for system information 
sent on cell 1 . SS starts 
to listen to the uplink 
CCCH of cell 2. 


5 






The SS stops transmitting 
and receiving in a cell .1 . 


6 






The UE detects the radio 
link failure which is 
associated with T314. 
The UE indicates to the 
non-access stratum the 
release of the affected 
radio bearer . 


7 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE should find a new 
cell 2 and then transmits 
this message which 
includes the IE"U-RNTI" 
assigned previously. 


8 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


Including the new 
configuration information. 


9 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 



RADIO BEARER SETUP 



The contents of RADIO BEARER SETUP message in this test case is identical to those in default contents of layer 3 
messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


RAB information to setup list 
- RAB information to setup 
- RAB info 
-T314 






8.1.4.7.5 



Test requirement 



After step5, the UE shall indicate to the non-access stratum the release of the radio bearer which is associated with 
T314. SS checks that no further data transmission from the affected radio bearer is received from the UE. 

After step6, the UE shall detect the presence of cell 2 and attempts to re-established the lost RRC connection by 
transmitting RRC CONNECTION RE-ESTABLISHMENT REQUEST in the new cell. 
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After step8, the UE shall re-establish an RRC connection . 

8.1.4.8 RRC Connection Re-Establishment: Success(T314>0, T315=0 and radio link 

failure) 

8.1.4.8.1 Definition 



8.1.4.8.2 Conformance requirement 

RRC connection re-establishment is needed, when a UE loses the radio connection due to e.g. radio link failure in 
CELL_DCH state. But the UE must release the radio bearer which is associated with T315 if T315 is set to 0. After a 
successful cell re-selection and subsequent transition to CELL_FACH state, the UE transmits an RRC 
CONNECTION RE-ESTABLISHMENT REQUEST message which includes the IE"U-RNTI" on the uplink CCCH to 
request for the re-establishment of an RRC connection. The UTRAN transmits an RRC CONNECTION RE- 
ESTABLISHMENT message on the downlink DCCH, which includes the new configuration information assigned. 
Then the UE transmits an RRC CONNECTION RE-ESTABLISHMENT COMPLETE message on the uplink DCCH 
using AM RLC. 

Reference 

3GPPTS 25.331 clause 8.1.5 

8.1.4.8.3 Test purpose 

To confirm that the UE shall indicate to the non-access stratum the release of radio access bearer which is associated 
with T315 and try to find a new cell by transiting to CELL_FACH state, after detecting that a radio link failure has 
occurred. The UE shall then attempt to establish a new RRC connection using an RRC CONNNECTION RE- 
ESTABLISHMENT REQUEST message which includes the IE"U-RNTI" . Finally when the SS allocates a new 
configuration to the UE using RRC CONNECTION ESTABLISHMENT message,the UE shall establish a new RRC 
connection link. 

8.1.4.8.4 Method of test 

Initial Condition 

System Simulator : 2 cellsD Cell 1 is active, Cell 2 is inactiveD 

UE: CELL_DCH state in cell 1 

Test Procedure 

The UE is brought to CELL_DCH state in a cell 1 after making an successful outgoing call attempt. After the call has 
been established, the SS stops transmitting and receiving in a cell No.l and begins to broadcast the BCCH in cell 2, the 
UE should detect a radio link failure in cell 1 and indicate to the non-access stratum the release of the radio bearer 
which is associated with T315, and then attempt to re-select to cell 2. After that, it should then enter CELL_FACH 
state and transmits an RRC CONNECTION RE-ESTABLISHMENT REQUEST message which includes the IE"U- 
RNTI" on the uplink CCCH to SS. The SS transmits an RRC CONNECTION RE-ESTABLISHMENT message which 
includes a new configuration information. After the UE receives an RRC CONNECTION RE-ESTABLISHMENT 
message, it reconfigures the new radio connection and transmits an RRC CONNECTION RE-ESTABLISHMENT 
COMPLETE message on the uplink DCCH using AM RLC. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 


T315=0 


2 


■> 


RADIO BEARER SETUP 
COMPLETE 




3 






The UE is brought to 
CELL_DCH state in a cell 
1 , after making a 
successful outgoing call. 


4 


^ 


BCCH 


The SS starts 
transmitting the BCCH in 
a cell 2 using the same 
contents (except for cell 
identity which is set to 
"0000 0000 0000 0010") 
for system information 
sent on cell 1 . SS starts 
to listen to the uplink 
CCCH of cell 2. 


5 






The SS stops transmitting 
and receiving in a cell .1 . 


6 






The UE detects the radio 
link failure which is 
associated with T31 5. 
The UE indicates to the 
non-access stratum the 
release of the radio 
bearer . 


7 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE should find a new 
cell 2 and then transmits 
this message which 
includes the IE"U-RNTI" 
assigned previously. 


8 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


Including the new 
configuration information 
channel. 


9 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 



RADIO BEARER SETUP 



The contents of RADIO BEARER SETUP message in this test case is identical to those in default contents of layer 3 
messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


RAB information to setup list 
- RAB information to setup 
- RAB info 
-T314 






8.1.4.8.5 



Test requirement 



After step5, the UE shall indicate to the non-access stratum the release of the radio bearer which is associated with 
T314. 

After step6, the UE shall detect the presence of cell 2 and attempts to re-established the lost RRC connection by 
transmitting RRC CONNECTION RE-ESTABLISHMENT REQUEST to the new cell. 
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After step8, the UE shall re-establish an RRC connection. 

8.1.4.9 RRC Connection Re-Establishment: Failure(T314 is timeout and T315=0) 

8.1.4.9.1 Definition 



8.1.4.9.2 Conformance requirement 

RRC connection re-establishment is needed, when a UE loses the radio connection due to e.g. radio link failure in 
CELL_DCH state. When the UE shall not find a new cell until T314 is timeout The UE must enter to idle mode . 

Reference 

3GPPTS 25.331 clause 8.1.5 

8.1.4.9.3 Test purpose 

To confirm that the UE enters to idle mode, after T314 is timeout. 

8.1.4.9.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE: CELL_DCH state 

Test Procedure 

The UE is brought to CELL_DCH state after a successful outgoing call attempt. After the call has been established, the 
SS stops transmitting and receiving on the radio link except PCCPCH, the UE should detect a radio link failure . Until 
T314 is timeout the UE shall continue to find a new cell and SS transmits a PAGING TYPE1 message on the PCCH to 
confirm that the UE is not in idle state by no response before T314 is timeout After T314 is timeout then the UE shall 
enter to idle mode The SS transmits a PAGING TYPE1 message on the PCCH to confirm that the UE is in idle state., 
the UE transmits an RRC CONNECTION REQUEST message on the uplink CCCH. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 


T3 14=20 seconds 


2 


■> 


RADIO BEARER SETUP 
COMPLETE 




3 






The UE is brought to 
CELL_DCH state, after 
making a successful 
outgoing call. 


4 






The SS stops transmitting 
and receiving on the 
radio link except .for the 
PCCPCH. 


5 


^ 


PAGING TYPE1 


The SS transmits the 
message, which includes 
a matched identity (test- 
SIMIMSI)beforeT314is 
timeout. 


6 






The SS confirms that the 
UE does not transmit a 
response for 20 seconds. 


7 


^ 


PAGING TYPE1 


The SS transmits the 
message, which includes 
a matched identity (test- 
SIM IMSI). 


8 


^ 


RRC CONNECTION REQUEST 


SS checks the following 

lEs : 

"Initial UE identity" - must 

be the same as test-SIM 

IMSI. 

"Establishment Cause - 

must "Terminating Call" 

"Protocol Indicator" - 

must be FALSE 


9 


^ 


RRC CONNECTION SETUP 


SS assigns DPCH 
resources to allow UE to 
establish a RRC 
connection. 



Specific Message Contents 



SYSTEM INFORMATION TYPE 2 



Information Element 


Value/remark 


UE Timers and constants in connected mode 




T301 


3 seconds 


T313 


1 5 seconds 


T314 


20 seconds 


T315 


seconds 


N313 


50 



RADIO BEARER SETUP 

The contents of RADIO BEARER SETUP message in this test case is identical to those in default contents of layer 3 
messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Re-establishment timer 
-T314 


20 seconds 
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PAGING TYPE 1 



Information Element 


Value/remark 


Paging record list 


Only 1 entry 


Paging record 




CHOICE Paging originator 


CN originator 


- Paging cause 


Terminating Call whose kind is supported service ( 




speech,CS Data,PS data,SMS, Unspecified ) 


- CN domain identity 


Supported Domain ( PS Domain or CS Domain ) 


- CHOICE UE Identity 


IMSI 


-IMSI 


Set to the same octet string as in the IMSI stored in the 




USIM card 



8.1.4.9.5 Test requirement 

After step 5 the UE shall not transmits an RRC CONNECTION REQUEST message. 

After step 9 the UE shall have an RRC connection based on dedicated physical channel resources. 

8.1 .4.1 RRC Connection Re-Establishment: Failure(T31 5 is timeout and T31 4=0) 

8.1.4.10.1 Definition 



8.1.4.10.2 



Conformance requirement 



RRC connection re-establishment is needed, when a UE loses the radio connection due to e.g. radio link failure in 
CELL_DCH state. When the UE shall not find a new cell until T315 is timeout The UE must enter to idle mode . 

Reference 

3GPPTS 25.331 clause 8.1.5 

8.1.4.10.3 Test purpose 

To confirm that the UE enters to idle mode, after T315 is timeout. 



8.1.4.10.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE: CELL_DCH state 

Test Procedure 

The UE is brought to CELL_DCH state after a successful outgoing call attempt. After the call has been established, the 
SS stops transmitting and receiving on the radio link except PCCPCH, the UE should detect a radio link failure . Until 
T315 is timeout the UE shall continue to find a new cell and SS transmits a PAGING TYPE1 message on the PCCH to 
confirm that the UE is not in idle state by no response before T315 is timeout After T315 is timeout then the UE shall 
enter to idle mode The SS transmits a PAGING TYPE1 message on the PCCH to confirm that the UE is in idle state., 
the UE transmits an RRC CONNECTION REQUEST message on the uplink CCCH. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 


T3 15=30 seconds 


2 


■> 


RADIO BEARER SETUP 
COMPLETE 




3 






The UE is brought to 
CELL_DCH state, after 
making a successful 
outgoing call. 


4 






The SS stops transmitting 
and receiving on the 
radio link except the 
PCCPCH. 


5 


^ 


PAGING TYPE1 


The SS transmits the 
message, which includes 
a matched identity (test- 
SIMIMSI)beforeT315is 
timeout. 


6 






The SS confirms that the 
UE does not transmit a 
response for 30 seconds. 


7 


^ 


PAGING TYPE1 


The SS transmits the 
message, which includes 
a matched identity (test- 
SIM IMSI). 


8 


^ 


RRC CONNECTION REQUEST 


SS checks the following 

lEs : 

"Initial UE identity" - must 

be the same as test-SIM 

IMSI. 

"Establishment Cause - 

must "Terminating Call" 

"Protocol Indicator" - 

must be FALSE 


9 


^ 


RRC CONNECTION SETUP 


SS assigns DPCH 
resources to allow UE to 
establish a RRC 
connection. 



Specific Message Contents 



SYSTEM INFORMATION TYPE 2 



Information Element 


Value/remark 


UE Timers and constants in connected mode 




T301 


3 seconds 


T313 


1 5 seconds 


T314 


seconds 


T315 


30 seconds 


N313 


50 



RADIO BEARER SETUP 

The contents of RADIO BEARER SETUP message in this test case is identical to those in default contents of layer 3 
messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Re-establishment timer 
-T315 


30 seconds 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



172 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



PAGING TYPE 1 



Information Element 


Value/remark 


Paging record list 


Only 1 entry 


Paging record 




CHOICE Paging originator 


CN originator 


- Paging cause 


Terminating Call whose kind is supported service ( 




speech,CS Data,PS data,SMS, Unspecified ) 


- CN domain identity 


Supported Domain ( PS Domain or CS Domain ) 


- CHOICE UE Identity 


IMSI 


-IMSI 


Set to the same octet string as in the IMSI stored in the 




USIM card 



8.1.4.10.5 Test requirement 

After step 5 the UE shall not transmits an RRC CONNECTION REQUEST message. 

After step 9 the UE shall have an RRC connection based on dedicated physical channel resources. 

8.1 .4.1 1 RRC Connection Re-Establishment: Success( Unrecoverble error in RLC ) 

8.1.4.11.1 Definition 



8.1.4.11.2 



Conformance requirement 



RRC connection re-establishment is needed, when a UE loses the radio connection due to e.g. detection of RLC 
unrecoverble error ( amount of the retransmission of RESET_PDU reaches the value of Max_DAT and receives no 
ACK ) in CELL_DCH state. After a successful cell re-selection and transition to CELL_FACH state, the UE transmits 
an RRC CONNECTION RE-ESTABLISHMENT REQUEST message which includes the IE"U-RNTI" on the uplink 
CCCH to request for the re-establishment of an RRC connection. The UTRAN transmits an RRC CONNECTION RE- 
ESTABLISHMENT message on the downlink DCCH, which includes the new configuration information assigned. 
Then the UE transmits an RRC CONNECTION RE-ESTABLISHMENT COMPLETE message on the uplink DCCH 
using AM RLC. 

Reference 

3GPPTS 25.331 clause 8.1.5 



8.1.4.11.3 



Test purpose 



To confirm that the UE tries to find a new cell by transiting to CELL_FACH state, after detecting that a RLC 
unrecoverble error has occurred. The UE shall then attempt to establish a new RRC connection using an RRC 
CONNNECTION RE-ESTABLISHMENT REQUEST message which includes the IE"U-RNTI" . Finally when the SS 
allocates a new configuration to the UE using RRC CONNECTION ESTABLISHMENT message, the UE shall 
establish a new RRC connection link. 



8.1.4.11.4 



Method of test 



Initial Condition 

System Simulator : 2 cellsD Cell 1 is active, Cell 2 is inactiveD 

UE: CELL DCH state in cell 1 
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Test Procedure 

The UE is brought to CELL_DCH state in a cell 1 after a successful outgoing call attempt. After the call has been 
established, the SS transmits a PAGING TYPE2 message on the downlink DCCH. Then the UE transmits an UPLINK 
DIRECT TRANSFER message on the uplink using AM-RLC for the response and the SS does not transmit a STATUS 
PDU for the response to AM-RLC PDU. and begins to broadcast the BCCH in cell 2. The UE should detect an 
unrecoverble error in cell 1 and attempts to re-select to cell 2. It should then enter CELL_FACH state and transmits an 
RRC CONNECTION RE-ESTABLISHMENT REQUEST message which includes the IE"U-RNTI" on the uplink 
CCCH to SS. The SS transmits an RRC CONNECTION RE-ESTABLISHMENT message which includes "TRUE" in 
RLC reset indicator( for C-plane) IE and a new TFCS setting according to the new transport channel. After the UE 
receives an RRC CONNECTION RE-ESTABLISHMENT message, it reconfigures the RLC and the new radio 
connection and transmits an RRC CONNECTION RE-ESTABLISHMENT COMPLETE message on the uplink DCCH 
using AM RLC. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is brought to 
CELL_DCH state in a cell 
1 , after making a 
successful outgoing call. 


2 


^ 


PAGING TYPE2 


The SS transmits a 
PAGING TYPE 2 
message to the UE on 
the uplink DCCH in a cell 
.1. 


3 


^ 


UPLINK DIRECT TRANSFER 


The UE responds to the 
PAGING TYPE 2 
message using AM-RLC 
but the SS does not 
transmit a STATUS PDU 
as an acknowledgement. 


4 


^ 


BCCH 


The SS starts transmitting 
the BCCH in a cell 2 using 
the same contents 
(except for cell identity 
which is set to "0000 0000 
0000 0010") for system 
information sent on cell 1 . 
SS starts to listen to the 
uplink CCCH of cell 2. 


5 






The UE detects an 
unrecoverble error in the 
RLC level. 


6 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE should find a new 
cell 2 and then transmits 
this message which 
includes the IE"U-RNTI" 
assigned previously. 


7 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


Including the new 
configuration information. 


8 


-* 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 



Cell 1 : SYSTEM INFORMATION TYPE 2 



Information Element 


Value/remark 


UE Timers and constants in connected mode 




T301 


8 seconds 


T313 


1 5 seconds 


T314 


30 seconds 


T315 


30 seconds 


N313 


16 



8.1.4.11.5 



Test requirement 



After step5, the UE shall detect the presence of cell 2 and attempt to re-established the RRC connection by transmitting 
RRC CONNECTION RE-ESTABLISHMENT REQUEST in the new cell. 

After step7, the UE shall re-establish an RRC connection. 
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8.1.5 UE capability 

8.1 .5.1 UE Capability: Success 

8.1.5.1.1 Definition 



8.1.5.1.2 



Conformance requirement 



1. The UE CAPABILITY ENQUIRY message is sent by the UTRAN to request the UE to transmit its capability 
information related to any radio access network that is supported by the UE if the UTRAN needs an update of 
the UE's UMTS capability information or of its inter-system classmark. 

2. When the UE receives a UE CAPABILITY ENQUIRY message, the UE transmits a UE CAPABILITY 
INFORMATION message on the uplink DCCH. Then the UTRAN transmits a UE CAPABILITY 
INFORMATION CONFIRM message. 

3. If during the execution of UE capability update procedure, an invalid UE CAPABILITY INFORMATION 
CONFIRM is received, the UE shall respond with RRC STATUS message and decide whether to re-transmit UE 
CAPABILITY INFORMATION message by comparing its internal counter against N304. 

Reference 

3GPPTS 25.331 clause 8.1.6, 8.1.7 



8.1.5.1.3 



Test purpose 



To confirm that the UE transmits a UE CAPABILITY INFORMATION message after it receives a UE CAPABILITY 
ENQUIRY message from the SS. To confirm that the UE indicate an invalid message reception when errorneous 
downlink UE CAPABILITY ENQUIRY and UE CAPABILITY INFORMATION CONFIRM messages are received. 
The UE shall transmit RRC STATUS message with the correct error cause value to SS. 



8.1.5.1.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE: CELL_DCH state 

Test Procedure 

The UE is brought to the CELL_DCH state after a successful outgoing call attempt. The SS transmits an erroneous UE 
CAPABILITY ENQUIRY message containing spare value in the IE"Capability update requirement". After receiving 
such a message, the UE should report the error using RRC STATUS message with the appropriate error cause specified. 
Then SS transmits a UE CAPABILITY ENQUIRY message which includes the IE" Capability update requirement", the 
UE receives this message and transmits a UE CAPABILITY INFORMATION message on the uplink DCCH which 
includes the "Inter-system message'TE. The SS transmits a UE CAPABILITY INFORMATION CONFIRM message to 
the UE to complete the test. Then SS initiates another UE capability update procedure by transmitting the same UE 
CAPABILITY ENQUIRY using as in step 4. The UE shall reply with a UE CAPABILITY INFORMATION message 
on the uplink DCCH. When SS receives this message, it transmit an erroneous UE CAPABILITY INFORMATION 
CONFIRM message. The content of this message is a concatentation of the message type IE and an arbitrary 32-bits 
string. The UE shall detect a protocol error and send RRC STATUS message to report this event. After receiving RLC 
acknowledgement for this message, the UE shall re-transmit UE CAPABILITY INFORMATION message on the 
uplink DCCH. SS completes this test by an error-free UE CAPABILITY INFORMATION CONFIRM message similar 
to the message sent in step 6. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is brought to 
CELL_DCH state after an 
outgoing call has been 
established successfully. 


2 


^ 


UE CAPABILITY ENQUIRY 


See specific message 
contents for this message 


3 


■* 


RRC STATUS 


The IE"Protocol error 
cause" found in IE 
"Protocol error 
information" should be set 
to "Information element 
value not comprehended" 


4 


^ 


UE CAPABILITY ENQUIRY 


Use default message. 


5 


-* 


UE CAPABILITY INFORMATION 


The message shall 
includethe IE"lnter-system 
message", which carries 
the GSM classmark 
information requested. 


6 


^ 


UE CAPABILITY INFORMATION CONFIRM 


Use default message. 


7 


^ 


UE CAPABILITY ENQUIRY 


Same as in step 4. 


8 


^ 


UE CAPABILITY INFORMATION 


Shall be the same 
message content as in 
step 5. 


9 


^ 


UE CAPABILITY INFORMATION CONFIRM 


This message contains an 
arbitrary 32-bits patterns, 
following the IE"Message 
Type" 


10 


■* 


RRC STATUS 


UE shall detect an error 
and then transmit this 
message. 


11 


^ 


UE CAPABILITY INFORMATION 


UE shall re-transmit this 
message after receiving 
acknowledgement from 
the SS for RRC STATUS 
message. 


12 


^ 


UE CAPABILITY INFORMATION CONFIRM 


SS sends an error-free 
message to acknowledge 
the receipt of the uplink 
message. 



Specific Message Contents 

UE CAPABILITY ENQUIRY (Step 2 and 7) 



Information Element 


Value/remark 


Capability update requirement 

- UE radio access capability update requirement 

- System specific capability update requirement list 

- System specific capability update requirement 


TRUE 

Contains a spare value in this IE 



RRC STATUS (Step 3) 



Information Element 


Value/remark 


Protocol Error Information 
- Protocol Error Cause 


Checked to see if set to "Information element not 
comprehended" 
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UE CAPABILITY INFORMATION CONFIRM (Step 9) 



Information Element 


Value/remark 


Unknown bit pattern 


An arbitrary 32 bits 



RRC STATUS (Step 3) 



Information Element 


Value/remark 


Protocol Error Information 
- Protocol Error Cause 


Checked to see if set to "ASN.1 violation or encoding" or 
"conditional information element error" 



8.1.5.1.5 Test requirement 

After step 2, the UE shall transmit a RRC STATUS message on the uplink DCCH, reporting the error with protocol 
error cause set to "Information element value not comprehended". 

After step 4 the UE shall transmit a UE CAPABILITY INFORMATION message on the uplink DCCH to respond to 
the UE CAPABILITY ENQUIRY message. 

After step 9, the UE shall transmit a RRC STATUS message on the uplink DCCH. The protocol error cause shall be set 
to "ASN.l violation or encoding" or "conditional information element error". 

After step 10, the UE shall re-transmit the UE CAPABILITY INFORMATION message with a similar content as in 
step 8. 



8.1.5.2 U E Capability: Success after T304 timeout 

8.1.5.2.1 Definition 

8.1.5.2.2 Conformance requirement 

1. The UE CAPABILITY ENQUIRY message is sent by the UTRAN to request the UE to transmit its capability 
information related to any radio access network that is supported by the UE, if the UTRAN needs an update of 
the UE's UMTS capability information or of its inter-system classmark. 

2. After the UE receives a UE CAPABILITY ENQUIRY message, it transmits a UE CAPABILITY 

INFORMATION message on the uplink DCCH. If it fails to receive a UE CAPABILITY INFORMATION 
CONFIRM message, the UE re-transmits another UE CAPABILITY INFORMATION message until V304 is 
greater than N304. 

Reference 

3GPPTS 25.331 clause 8.1.6, 7 

8.1.5.2.3 Test purpose 

To confirm that the UE re- transmits a UE CAPABILITY INFORMATION message until V304 is greater than N304, 
after the expiry of timer T304 when the UE cannot receive a UE CAPABILITY INFORMATION CONFIRM message 
in response to a UE CAPABILITY INFORMATION message. 
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8.1.5.2.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE: CELL_DCH state 

Test Procedure 

The UE is brought to CELL_DCH state. When the SS transmits a UE CACAP ABILITY ENQUIRY message which 
includes the "Capability update requirement'TE, the UE shall reply with a UE CAPABILITY INFORMATION message 
on the uplink DCCH which includes the "Inter-system message'TE. The SS does not transmits a UE CAPABILITY 
INFORMATION CONFIRM message to the UE, resulting in the T304 timer to expire. SS shall observe that the UE 
attempts to transmit a UE CAPABILITY INFORMATION message again. The UE shall re-transmit N304 times, and 
SS transmits a UE CAPABILITY INFORMATION CONFIRM message to answer the last request and completes this 
test procedure. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is brought to 

CELL_DCH state. 

SS sets internal counter K 

=1 


2 


^ 


UE CAPABILITY ENQUIRY 


Including the "Capability 
update requiremenflE. 


3 


^ 


UE CAPABILITY INFORMATION 


Including the "Inter-system 
message"IE, which 
indicated the radio access 
network supported by the 
UE. 


4 






If K is greater to N304, 
then proceed to step 6. 


5 






The SS does not transmit 
a response and wait for 
T304 timer to expire. 
K=K+1 and goes to step 3. 


6 


^ 


UE CAPABILITY INFORMATION CONFIRM 


Use default message 
contents 



Specific Message Contents 



None 



8.1.5.2.5 



Test requirement 



After step3 the UE shall re- transmits a UE CAPABILITY INFORMATION message on the uplink DCCH, after each 
expiry of timer T304. The UE CAPABILITY INFORMATION message shall contain IE" UE radio access capability" 
indicating the settings found in PIC/PIXIT statements. IE"UE system specific capability" shall carry relevant GSM 
classmark information. After (N304+1) re-transmissions, the UE shall receive a UE CAPABILITY INFORMATION 
CONFIRM message. 

8.1 .5.3 UE Capability: Failure (After N304 re-transmissions) 

8.1.5.3.1 Definition 
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8.1.5.3.2 Conformance requirement 

1 . The UE CAPABILITY ENQUIRY message is sent by the UTRAN to request the UE to transmit its capability 
information related to any radio access network that is supported by the UE if the UTRAN needs an update of 
the UE's UMTS capability information or of its inter-system classmark. 

2. In the case of a failure to transmit a UE CAPABILITY INFORMATION in excess of N304 times, the UE 
initiates the RRC connection re-establishment procedure. 

Reference 

3GPPTS 25.331 clause 8.1.6, 8.1.7 

8.1.5.3.3 Test purpose 

To confirm that the UE stops retrying to transmit a UE CAPABILITY INFORMATION message if V304 is greater 
than N304. It then initiates the RRC re-establishment procedure. 

8.1.5.3.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE: CELL_DCH state 

Test Procedure 

The UE is brought to CELL_DCH state. When the SS transmits a UE CAPABILITY ENQUIRY message which 
includes the "Capability update requirement'TE, the UE receives this message and transmits a UE CAPABILITY 
INFORMATION message on the uplink DCCH which includes the "Inter-system message'TE. The SS does not respond 
with a UE CAPABILITY INFORMATION CONFIRM messagebut keeps a count on the number of messages received 
When the T304 timer expires, the UE shall transmit a UE CAPABILITY INFORMATION message again. After 
sending (N304+1) messages, the UE shall stop sending UE CAPABILITY INFORMATION messages and initiates the 
RRC connection re-establishment procedure. This is verified in SS by the reception of RRC CONNECTION RE- 
ESTABLISHMENT REQUEST. SS allows UE to return to connected state by issuing RRC CONNECTION RE- 
ESTABLISHMENT message on the downlink CCCH. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE starts from 
CELL_DCH state. 
SS sets counter K to 1 


2 


^ 


UE CAPABILITY ENQUIRY 


Including the "Capability 
update requiremenflE. 


3 


^ 


UE CAPABILITY INFORMATION 


Including the "Inter- 
system message"IE. 


4 






The SS does not transmit 
a response and allows 
T304 timer to expire. 
SS increments counter K 
If K is greater than N304, 
proceeds to step 5 else 
returns to 3. 


5 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE assumes that 
radio link failure has 
occurred and transmits 
this message which 
includes the IE"U-RNTI" 
containing the U-RNTI 
allocated to the UE 
earlier. 


6 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


Including the new TFCS 
according to the new 
transport channel. 


7 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 
None 



8.1.5.3.5 



Test requirement 



After step3 the UE shall transmit a UE CAPABILITY INFORMATION message on the uplink DCCH. The UE shall 
re-transmit this message for N304 times. Thereafter, the UE shall initiate the RRC re-establishment procedure by 
sending the message RRC CONNECTION RE-ESTALISHMENT REQUEST. 

After step7 the UE shall have a new RRC connection, using the new transport format dictated in the RRC 
CONNECTION RE-ESTABLISHMENT message. 

8.1.6 Direct Transfer 

8.1 .6.1 Direct Transfer in CELL DCH state(invalid message reception) 

8.1.6.1.1 Definition 



8.1.6.1.2 



Conformance requirement 



The UE shall transmit an RRC STATUS message stating the reason "protocol error" in IE" failure cause" and also set 
value "Information element value not comprehended" in IE" Protocol error cause " when the UE receives a 
DOWNLINK DIRECT TRANFER message, which includes a spare value for the mandatory IE" CN domain identity" 
having criticality defined as "Reject". 
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Reference 

3GPPTS 25.331 clause 8.1.9 



8.1.6.1.3 



Test purpose 



To confirm that the UE transmits an RRC STATUS message on the DCCH using AM RLC if it receives a 
DOWNLINK DIRECT TRANSFER message specifying a spare value in the mandatory IE" CN domain identity'' 



8.1.6.1.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a DOWNLINK DIRECT TRANSFER message to the UE and 
includes the spare value in the mandatory IE" CN domain identity". The UE shall transmit an RRC STATUS message 
on the DCCH using AM RLC, setting the value "protocol error" in IE" failure cause". The error type "Information 
element value not comprehended" shall also be indicated in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


DOWNLINK DIRECT TRANSFER 




2 


■> 


RRC STATUS 





Specific Message Contents 



DOWNLINK DIRECT TRANSFER 



The contents of DOWNLINK DIRECT TRANSFER message in this test case is identical to those in default contents of 
layer 3 messages for RRC tests with the following exceptions:. 



Information Element 


Value/remark 


CN domain identity 


Spare value 



RRC STATUS 



Information Element 


Value/remark 


Message Type 




Protocol error information 


Information element value not comprehended 


Other information element 


Not checked 



8.1.6.1.5 



Test requirement 



After stepl the UE shall transmit a n RRC STATUS message on the DCCH using AM RLC setting "protocol error" in 
IE" failure cause" and setting "Information element value not comprehended" in IE" Protocol error cause". 

8.1 .6.2 Direct Transfer in CELL FACH state(invalid message reception) 

8.1.6.2.1 Definition 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



182 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



8.1.6.2.2 



Conformance requirement 



The UE shall transmit an RRC STATUS message stating the reason "protocol error" in IE" failure cause" and also set 
value "Information element value not comprehended" in IE" Protocol error cause " when the UE receives a 
DOWNLINK DIRECT TRANFER message, which includes a spare value for the mandatory IE" CN domain identity" 
having criticality defined as "Reject". 

Reference 

3GPPTS 25.331 clause 8.1.9 



8.1.6.2.3 



Test purpose 



To confirm that the UE transmits an RRC STATUS message on the DCCH using AM RLC if it receives a 
DOWNLINK DIRECT TRANSFER message specifying a spare value in the mandatory IE" CN domain identity" 



8.1.6.2.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a DOWNLINK DIRECT TRANSFER message to the UE and 
includes the spare value in the mandatory IE" CN domain identity". The UE shall transmit an RRC STATUS message 
on the DCCH using AM RLC, setting the value "protocol error" in IE" failure cause". The error type "Information 
element value not comprehended" shall also be indicated in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


DOWNLINK DIRECT TRANSFER 




2 


■> 


RRC STATUS 





Specific Message Contents 



DOWNLINK DIRECT TRANSFER 



The contents of DOWNLINK DIRECT TRANSFER message in this test case is identical to those in default contents of 
layer 3 messages for RRC tests with the following exceptions:. 



Information Element 


Value/remark 


CN domain identity 


Spare value 
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RRC STATUS 



Information Element 


Value/remark 


Message Type 




Protocol error information 


Information element value not comprehended 


Other information element 


Not checked 



8.1.6.2.5 Test requirement 

After stepl the UE shall transmit a n RRC STATUS message on the DCCH using AM RLC setting "protocol error" in 
IE" failure cause" and setting "Information element value not comprehended" in IE" Protocol error cause". 

8.1 .7 Security mode control 

8.1.7.1 Definition 

8.1.7.2 Conformance requirement 

1 . This procedure is used to trigger the start of ciphering or to commands the change of the cipher key, both for the 
signalling link and for a user plane connection. The ciphering is configured in both directions. 

2. The SRNC transmits a SECURITY MODE CONTROL COMMAND to the UE, which indicates the uplink 
Activation Time when the ciphering shall start to be applied in uplink. The SRNC starts to decipher in the new 
ciphering configuration at the uplink Activation Time. 

3. When the UE receives the SECURITY MODE CONTROL COMMAND, it starts ciphering transmission in the 
uplink in the new configuration at the uplink Activation Time. It transmits a SECURITY MODE CONTROL 
COMPLETE message, which includes a downlink Activation Time, and starts to receives in the new ciphering 
configuration at that Activation Time. When the SRNC receives the SECURITY MODE CONTROL 
COMPLETE, it starts ciphering transmission in the new configuration at the downlink Activation Time. 

Reference 

3GPPTS 25.331 clause 8.1.9 

8.1.7.3 Test purpose 

To confirm that the UE correctly communicates to the SS using each ciphering functions after each Activation Time 
when the UE receives a SECURITY MODE CONTROL COMMAND which includes the uplink Activation Time and 
transmits a SECURITY MODE CONTROL COMPLETE which includes the downlink Activation Time. 

8.1.7.4 Method of test 

Initial Condition 
System Simulator : lcell 
UE : CELL_DCH 

Test Procedure 

The UE is in the RRC connected state on the DCCH. The SS transmits a SECURITY MODE CONTROL COMMAND 
message which includes the uplink Activation Time. Then the UE start to cipher in uplink after the Activation Time and 
transmits a SECURITY MODE CONTROL COMPLETE message which includes the downlink Activation Time. The 
UE starts to cipher in downlink after the Activation Time. Finally the UE correctly communicates using each ciphering 
functions. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






RRC connected state on 
DCCH 


2 


^ 


SECURITY MODE CONTROL COMMAND 


IE "Ciphering Algorithm" is set 
to a spare value 


3 


^ 


SECURITY MODE FAILURE 


IE "Failure Cause" should be 
set to "Protocol Error" and IE 
"Protocol Error Information" 
should be set to "Information 
element value not 
comprehended". 


4 


^ 


SECURITY MODE CONTROL COMMAND 


See specific message 
contents. For uplink 
transmissions, new ciphering 
configuration should be active 
after 255 frames from current 
CFN. SS checks to see 


5 


^ 


SECURITY MODE CONTROL COMPLETE 


After the downlink Activation 
Time the downlink ciphering 
function is active.. SS starts to 


4 






Both Ciphering functions is 
active so the communication is 
done correctly.. 



Specific Message Contents 
SECURITY MODE COMMAND (Step 2) 



Information Element 


Value/remark 


Ciphering algorithm 


1 of the 15 spare values 



SECURITY MODE COMMAND (Step 4) 



Information Element 


Value/remark 


Ciphering mode command 


Start 


Ciphering algorithm 


Standard UMTS Encryption Algorithm UEA1 


Ciphering algorithm 




Activation time for DPCH 


Current CFN-[current CFN mod 8 + 8 ] 


Activation time 




Radio bearer downlink ciphering activation time info 




Radio bearer activation time 


2RBs 


RB identityi 


2 


RLC sequence numben 


Current downlink RLC Sequence Number for RB3 


RB identity 


3 


RLC sequence number 2 


Current downlink RLC Sequence Number for RB4 



8.1.7.5 



Test requirement 



After step2 the UE shall transmit a SECURITY MODE FAILURE message to report protocol error detected in the 
earlier SECURITY MODE CONTROL COMMAND message. The UE shall be able to communicate normally with all 
data unciphered. After step 4 the UE shall RLC-acknowledge the receipt of the SECRUITY MODE CONTROL 
COMMAND message using unciphered mode. The SECURITY MODE CONTROL COMPLETE message 
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8.2 Radio Bearer control procedure 

8.2.1 Radio Bearer Establishment 

8.2.1 .1 Radio Bearer Establishment for transition from CELL_DCH to CELL_DCH: 

Success(Data integrity protection algorithm is not applied) 

8.2.1.1.1 Definition 

8.2.1.1.2 Conformance requirement 

The UE shall correctly set up a radio bearer according to a RADIO BEARER SETUP message and communicate with 
the UTRAN for its implementation. 

(This is the case where data integrity protection algorithm is not applied.) 

Reference 

3GPPTS 25.331 clause 8.2.1 

8.2.1.1.3 Test purpose 

To confirm that the UE establishes a new radio bearer according to a RADIO BEARER SETUP message received from 
the SS. 

8.2.1.1.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state, after the test operator is prompted to make an out-going call. Before step 1, only 
signalling radio bearers have been established. The SS transmits a RADIO BEARER SETUP message to the UE after 
it sets up LI including the start of tx/rx. This message requests the establishment of RABs for carrying the traffic of the 
speech call. After the UE receives this message, it configures them and establishes a radio bearer. Finally the UE 
transmits a RADIO BEARER SETUP COMPLETE message using AM RLC. Then the UE and the SS enters the 
communicating state. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 


This message do not contain IE 
"integrity check info" and 
"integrity protection mode info" 


2 


■> 


RADIO BEARER SETUP 
COMPLETE 


This message do not contain 
"integrity check info" and "Uplink 
integrity activation info 


3 






To confirm the communication. 



Specific Message Contents 

For RADIO BEARER SETUP in step 1, using the message sub-type indicated as "Speech in CS" or "Packet to 
CELL_DCH from CELL_DCH in PS" found in default message content clause. 

8.2.1.1.5 Test requirement 

After step2 the UE shall communicate with the SS on the radio bearer for its implementation. 



8.2.1.2 



8.2.1.2.1 



Radio Bearer Establishment for transition from CELL_DCH to CELL_DCH: 
Success (Effected Data integrity protection algorithm) 

Definition 



8.2.1.2.2 



Conformance requirement 



The UE shall correctly set up a radio bearer according to a RADIO BEARER SETUP message, which applies data 
integrity function, and then communicate with the UTRAN for its implementation. 

Reference 

3GPPTS 25.331 clause 8.2.1, 8.5.11. 



8.2.1.2.3 



Test purpose 



To confirm that the UE establishes a new radio bearer according to a RADIO BEARER SETUP message which 
contains IE'Tntegrity check info" and IE'Tntegrity protection mode info" received from the SS. 



8.2.1.2.4 



Method of test 



Initial Condition 

System Simulator : 1 cell 

UE : CELL_DCH and data integrity algorithm is not applied 

Test Procedure 

The UE is in the CELL_DCH state, after the test operator is prompted to make an out-going data call. Before step 1, 
only signalling radio bearers have been established. The SS transmits a RADIO BEARER SETUP message which is 
including IE"integrity check info" and "integrity protection mode info" to the UE after it sets up LI including the start 
of tx/rx. This message requests the establishment of RABs for carrying the traffic of the call. After the UE receives this 
message, it configures them and establishes a radio bearer. Finally the UE transmits a RADIO BEARER SETUP 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



187 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



COMPLETE message which is including IE"integrity check info" using AM RLC. Then the UE and the SS enters the 
communicating state. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER SETUP 


This message contain IE 
"integrity check info" and 
"integrity protection mode info" 


2 


■> 


RADIO BEARER SETUP 
COMPLETE 


This message contain "integrity 
check info" 


3 






To confirm the communication. 



Specific Message Contents 

For RADIO BEARER SETUP in step 1, using the message sub-types indicated as "Speech in CS" or "Packet to 
CELL_DCH from CELL_DCH in PS" as found in default message content clause. 

RADIO BEARER SETUP 

The contents of RADIO BEARER SETUP message in this test case is identical to identical message sub-type found in 
TS 34.108 Clause 8, with the following exceptions: 



Information Element 


Value/remark 


Integrity check info 

- Message authentication code 

- RRC Message sequence number 
Integrity protection mode info 

- Integrity protection mode command 

- Downlink integrity protection activation info 

- integrity protection algorithm 

- integrity protection initialisation number 


Bit string (32) MAC-I SeeTS33.102 



Present 

"Start" 

Not present ( It is needed only when the IE"lntegrity 

protection mode command" has the value "modify" . ) 

UMTS Integrity Algorithm UIA1 

Bit string (32) FRESH See TS33.1 02 



RADIO BEARER SETUP COMPLETE 



Information Element 


Value/remark 


Integrity check info 

- Message authentication code 
- RRC Message sequence number 
Uplink Integrity protection activation info 


Not checked(MAC-l See TS33.1 02) 
Not checked 
Not checked 



8.2.1.2.5 



Test requirement 



After step2 the UE shall communicate with the SS on the radio bearer for its implementation. This can be verified by 
the correct reproduction of the u-plane data transmitted and received between the test operator and SS. 

8.2.1 .3 Radio Bearer Establishment for transition from CELL_DCH to CELL_DCH: 

Failure (Unsupported configuration) 



8.2.1.3.1 



Definition 
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8.2.1.3.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER SETUP message which includes 
unsupported configuration parameters and transmit a RADIO BEARER SETUP FAILURE message on the 
DCCH using AM RLC which is set to "configuration unacceptable" in IE" failure cause". 

Reference 

3GPPTS 25.331 clause 8.2.1 



8.2.1.3.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits a RADIO BEARER SETUP FAILURE message in case of 
receiving a RADIO BEARER SETUP message which includes parameters of its unsupported configuration. 



8.2.1.3.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER SETUP message as the frequency cannot be 
supported by the UE. After the UE receives this message, it transmits a RADIO BEARER SETUP FAILURE message 
on the DCCH using AM RLC which is set to "configuration unacceptable" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 


Including the unsupported 
configuration for the UE. 


2 


■> 


RADIO BEARER SETUP FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



RADIO BEARER SETUP 



The contents of RADIO BEARER SETUP message in this test case is identical to those in default contents of layer 3 
messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 


16383. 
Not Present. 
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RADIO BEARER SETUP FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Configuration unacceptable 
Not checked 



8.2.1.3.5 Test requirement 

After stepl the UE shall keep its configuration and transmit a RADIO BEARER SETUP FAILURE message on the 
DCCH using AM RLC which is set to "configuration unacceptable" in IE" failure cause". 

8.2.1 .4 Radio Bearer Establishment for transition from CELL_DCH to CELL_DCH: 

Failure (Physical channel Failure and successful reversion to old 
configuration) 

8.2.1.4.1 Definition 



8.2.2.1.4.2 Conformance requirement 

The UE shall revert to the old configuration when the UE fails to configure the new radio bearer by the T312 expiry and 
transmit a RADIO BEARER SETUP FAILURE message on the DCCH using AM RLC which is set to "physical 
channel failure" in IE" failure cause". 

Reference 

3GPPTS 25.331 clause 8.2.1 

8.2.1.4.3 Test purpose 

To confirm that the UE reverts to the old configuration and transmits a RADIO BEARER SETUP FAILURE message 
when the UE fails to configure the new radio bearer following detection of physical channel failure after T312 expiry. 

8.2.1.4.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER SETUP message to the UE and does not 
configure the new radio bearer. Then after T312 expiry, the UE reverts to the old configuration and transmits a 
RADIO BEARER SETUP FAILURE message on the DCCH using AM RLC which is set to "physical channel failure" 
in IE" failure cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 


The SS does not configure the 
new radio bearer stated in the 
message. 


2 






The UE does not configure the 
new radio bearer and reverts to 
the old configuration. 


3 


■> 


RADIO BEARER SETUP FAILURE 


UE shall transmit this message 
using the old RRC signalling 
bearer operating in RLC-AM 
mode. 



Specific Message Contents 



RADIO BEARER SETUP FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Physical channel failure 
Not checked 



8.2.1.4.5 



Test requirement 



After step2 the UE shall revert to the old configuration and transmit a RADIO BEARER SETUP FAILURE message on 
the DCCH using AM RLC which is set to "physical channel failure" in IE" failure cause". 

8.2.1 .5 Radio Bearer Establishment for transition from CELL_DCH to CELL_DCH: 

Failure (Physical channel Failure and reversion failure) 



8.2.1.5.1 



Definition 



8.2.1.5.2 



Conformance requirement 



The UE shall perform an RRC connection re-establishment procedure when the UE fails to revert to the old 
configuration after the detection of physical channel failure in the radio bearer establishment procedure. 

Reference 

3GPPTS 25.331 clause 8.2.1 



8.2.1.5.3 



Test purpose 



To confirm that the UE initiates an RRC connection re-establishment procedure when the UE cannot establish the new 
radio bearer for the LI configuration and cannot revert to the old configuration. 



8.2.1.5.4 



Method of test 



Initial Condition 

System Simulator : 2 cells- Cell 1 is active, Cell 2 is inactive 

UE : CELL_DCH in cell No. 1 
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Test Procedure 

The UE is in the CELL_DCH state in cell l.The SS begins to broadcast the BCCH in cell 2, with a power level suitable 
for camping but lower than that of cell 1. Next, SS transmits a RADIO BEARER SETUP message to the UE. As the SS 
does not configure the new radio bearer and deletes the old configuration the UE fails to configure LI and fails to 
revert to the old configurationThen the UE shall find cell 2 and transmits to it an RRC CONNECTION RE- 
ESTABLISHMENT REQUEST message, which includes the IE'U-RNTI" on the uplink CCCH. The SS transmits an 
RRC CONNECTION RE-ESTABLISHMENT message, which includes a new TFCS according to the new transport 
channel. After the UE receives an RRC CONNECTION RE-ESTABLISHMENT message, it reconfigures the new 
radio connection and transmits an RRC CONNECTION RE-ESTABLISHMENT COMPLETE message on the uplink 
DCCH using AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


BCCH 


The SS transmits a BCCH in cell 
2 but with a lower power level 
than in cell 1. 


2 


<- 


RADIO BEARER SETUP 


The SS does not configure the 
new radio bearer and delete the 
old configuration. 


3 






The UE shall detect a failure to 
configure the new radio bearers 
and also subsequently, cannot 
revert to old configuration. 


4 


■> 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE shall detect the presence 
of cell.2and transmits this 
message which includes the IE"U- 
RNTI" it has been assigned to. 


5 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


Including the new TFCS 
according to the new transport 
channel. 


6 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 
None 



8.2.1.5.5 



Test requirement 



After step3 the UE shall find a new cell 2, enter CELL_FACH state, and transmit RRC CONNECTION RE- 
ESTABLISHMENT REQUEST message. 

After step6 the UE shall re-establish an RRC connection in cell 2. 



8.2.1 .6 Radio Bearer Establishment for transition from CELL_DCH to CELL_DCH: 

Failure (Incompatible simultaneous reconfiguration) 



8.2.1.6.1 



Definition 



8.2.1. .6. 2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives another RADIO BEARER SETUP message before 
the UE configures the radio bearer according to a RADIO BEARER SETUP message and the UE shall transmit 
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an RRC STATUS message on the DCCH using AM RLC which is set to "Message not compatible with receiver 
state" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.1 



8.2.1.6.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits an RRC STATUS message when the UE receives another 
RADIO BEARER SETUP message before the UE configures the radio bearer according to a RADIO BEARER SETUP 

message. 



8.2.1.6.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. When the SS transmits a RADIO BEARER SETUP message to the UE before the 
UE configures the radio bearer the UE keeps the old configuration and transmits an RRC STATUS message on the 
DCCH using AM RLC which is set to "Message not compatible with receiver state" in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER SETUP 


Including IE"Uplink DPCH info" 


2 


^ 


RADIO BEARER SETUP 


SS send this message before the 
expiry of activation time specified 
in RADIO BEARER SETUP 
message of step 1 . 


3 


^ 


RRC STATUS 


The UE does not change the 
configuration. 



Specific Message Contents 

For RADIO BEARER SETUP in step 1 and step 2, use the message sub-type indicated as "Speech in CS" or "Packet to 
CELL_DCH from CELL_DCH in PS" found in default message content clause, with the exception of the following 
Information Elements: 

RADIO BEARER SETUP (Step 1) 



Information Element 


Value/remark 


Activation Time 


[256+Current CFN-[current CFN mod 8 + 8 ]]MOD 256 



RADIO BEARER SETUP (Step 2) 



Information Element 


Value/remark 


Activation Time 


Not Present 
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RRC STATUS 



Information Element 


Value/remark 


Message Type 




Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.1.6.5 Test requirement 

After step2 the UE shall keep its configuration and transmit an RRC STATUS message on the DCCH using AM RLC 
which is set to "Message not compatible with receiver state" in IE" Protocol error cause". 



8.2.1 .7 Radio Bearer Establishment for transition from CELL_DCH to CELL_DCH: 

Failure (Invalid message reception) 

8.2.1.7.1 Definition 



8.2.1.7.2 Conformance requirement 

The UE shall keep its old configuration when the UE receives a RADIO BEARER SETUP message, which includes the 
spare value in the mandatory IE" DRX indicator" and criticality is defined as "Reject". Then it transmits a RADIO 
BEARER SETUP FAILURE message which is set to "protocol error" in IE" failure cause" and is set to "Information 
element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.1 

8.2.1.7.3 Test purpose 

To confirm that the UE transmits a RADIO BEARER SETUP FAILURE message on the DCCH using AM RLC if it 
receives a RADIO BEARER SETUP message which indicates the spare value in the mandatory IE" DRX indicator" 
whose criticality is defined as "Reject". 

8.2.1.7.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER SETUP message to the UE which indicates a 
spare value in the mandatory IE" DRX indicator" whose criticality is defined as "Reject". The UE keeps the old 
configuration and transmits a RADIO BEARER SETUP FAILURE message on the DCCH using AM RLC which is set 
to "protocol error" in IE" failure cause", and is set to "Information element value not comprehended" in IE" Protocol 
error cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 




2 


■> 


RADIO BEARER SETUP FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



RADIO BEARER SETUP 



The contents of RADIO BEARER SETUP message in this test case is identical to that of default contents of layer 3 
messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


DRX indicator 


spare value 



RADIO BEARER SETUP FAILURE 



Information Element 


Value/remark 


Message Type 




Failure cause 




- Failure cause 


Protocol error 


- Protocol error information 




- Protocol error cause 


Information element value not comprehended 


Other information element 


Not checked 



8.2.1.7.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a RADIO BEARER SETUP FAILURE message on the 
DCCH using AM RLC which is set to "protocol error" in IE" failure cause" and set to "Information element value not 
comprehended" in IE" Protocol error cause". 

8.2.1 .8 Radio Bearer Establishment for transition from CELL_DCH to CELL_FACH: 

Success 



8.2.1.8.1 



Definition 



8.2.1.8.2 



Conformance requirement 



The UE shall correctly set up a radio bearer according to a RADIO BEARER SETUP message and communicate with 
the UTRAN for its implementation. 

Reference 

3GPPTS 25.331 clause 8.2.1 



8.2.1.8.3 



Test purpose 



To confirm that the UE establishes a new radio bearer according to a RADIO BEARER SETUP message received from 
the SS. 
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8.2.1.8.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state, after the test operator is asked to initiate a packet-switched data call. The SS 
transmits a RADIO BEARER SETUP message to the UE after it sets up LI. After the UE receives this message, it 
configures them and establishes a radio bearer. Finally the UE transmits a RADIO BEARER SETUP COMPLETE 
message using AM RLC Then the UE and the SS enters the communicating state. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER SETUP 


SS requests test operator to make 
an outgoing packet-switched data 
call. 


2 


■> 


RADIO BEARER SETUP 
COMPLETE 




3 






To confirm the communication 
between UE and SS, based on 
the exchange of packets. 



Specific Message Contents 

For RADIO BEARER SETUP message in step 1, use the message sub-type indicated as "Packet to CELL_DCH from 
CELL_FACH in PS" found in default message content clause. 

8.2.1.8.5 Test requirement 

After step2 the UE shall communicate with the SS on the radio bearer for its implementation. 



8.2.1.9 



8.2.1.9.1 



Radio Bearer Establishment for transition from CELL_DCH to CELL_FACH: 
Failure (Unsupported configuration) 

Definition 



8.2.1.9.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER SETUP message, which indicates an 
unsupported configuration parameters and transmit a RADIO BEARER SETUP FAILURE message on the DCCH 
using AM RLC which is set to "configuration unacceptable" in IE" failure cause". 

Reference 

3GPPTS 25.331 clause 8.2.1 
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8.2.1.9.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits a RADIO BEARER SETUP FAILURE message in case of 
receiving a RADIO BEARER SETUP message which includes parameters of unsupported configuration. 



8.2.1.9.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER SETUP message specifying a frequency that 
cannot be supported by the UE. After the UE receives this message, it transmits a RADIO BEARER SETUP FAILURE 
message on the DCCH using AM RLC which is set to "configuration unacceptable" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 


Including the unsupported 
configuration for the UE. 


2 


■> 


RADIO BEARER SETUP FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



RADIO BEARER SETUP 



The contents of RADIO BEARER SETUP message in this test case is identical to that of default contents of layer 3 
messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 


16384. 
Not present 



RADIO BEARER SETUP FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Configuration unacceptable 
Not checked 



8.2.1.9.5 



Test requirement 



After stepl the UE shall keep its configuration and transmit a RADIO BEARER SETUP FAILURE message on the 
DCCH using AM RLC, setting value "configuration unacceptable" in IE" failure cause". 

8.2.1 .10 Radio Bearer Establishment for transition from CELL_DCH to CELL_FACH: 
Failure (Physical channel Failure) 



8.2.1.10.1 



Definition 
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8.2.1.10.2 



Conformance requirement 



The UE shall initiate the cell update procedure when the UE failed to access the assigned physical channel according to 
a RADIO BEARER SETUP message when transiting from CELL_DCH state to CELL_FACH state. 

Reference 

3GPPTS 25.331 clause 8.2.1 



8.2.1.10.3 



Test purpose 



To confirm that the UE perform a cell update procedure when the UE cannot use the assigned physical channel 
according to a RADIO BEARER SETUP message as it transits from CELL_DCH to CELL_FACH. 



8.2.1.10.4 



Method of test 



Initial Condition 

System Simulator : 2 cells- Cell 1 is active, Cell 2 is inactive 

UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state in cell 1. The SS begins to broadcast the BCCH in cell 2 and transmits a RADIO 
BEARER SETUP message as the transition occurs from CELL_DCH to CELL_FACH. The UE cannot access the 
assigned physical channel, as the SS does not transmit any data on the downlink common channel in cell 1. Then the 
UE shall initiate the cell update procedure in cell 2. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 


Assigned the transition from 
CELL DCHtoCELL FACH 


2 




BCCH 


The SS broadcasts BCCH in cell 
No.2. 


3 






The UE cannot use the 
assigned the physical channel. 


4 


-> 


CELL UPDATE 


The UE finds a new cell 2and 
begins a cell update procedure. 


5 


<- 


CELL UPDATE CONFIRM 


In the CELL FACH state 



Specific Message Contents 



None 



8.2.1.10.5 



Test requirement 



After step3 the UE shall find a new cell No.2 and enter to CELL_FACH state. Then the UE shall initiate a cell update 
procedure in cell No.2. 

8.2.1 .1 1 Radio Bearer Establishment for transition from CELL_DCH to CELL_FACH: 

Failure (Incompatible simultaneous reconfiguration) 



8.2.1.11.1 



Definition 
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8.2.1.11.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives another RADIO BEARER SETUP message before 
the UE configures the radio bearer according to a RADIO BEARER SETUP message. The UE shall transmit an 
RRC STATUS message on the DCCH using AM RLC which is set to "Message not compatible with receiver 
state" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.1 



8.2.1.11.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits an RRC STATUS message when the UE receives another 
RADIO BEARER SETUP message before the UE configures the radio bearer according to a RADIO BEARER SETUP 

message. 



8.2.1.11.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS sends a RADIO BEARER SETUP message to request the UE to perform 
radio bearer establishment procedure. Before the UE can complete the configuration of the radio bearer, the SS 
transmits another RADIO BEARER SETUP message. The UE shall keep the old configuration and transmit an RRC 
STATUS message on the DCCH using AM RLC which is set to "Message not compatible with receiver state" in IE" 
Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER SETUP 


Message includes IE"PRACH info 
(for RACH)" 


2 


^ 


RADIO BEARER SETUP 


Message includes the IE "Uplink 
DPCH info" 


3 


^ 


RRC STATUS 


The UE does not change the 
configuration. UE shall not have 
access to the DTCH channel 
indicated in the RADIO BEARER 
SETUP messages of step 1 and 
step 2. 



Specific Message Contents 

RADIO BEARER SETUP (Step 1) 

For this message, use the message sub-type entitled "Packet to CELL_FACH from CELL_DCH in PS" in the default 
message content. Information element(s) to be changed are listed below: 



Information Element 


Value/remark 


Activation Time 


Current CFN-[current CFN mod 8 + 8 ] 
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RADIO BEARER SETUP (Step 2) 

For this message, use the message sub-type entitled "Packet to CELL_DCH from CELL_DCH in PS" in the default 
message content. Information element(s) to be changed are listed below: 



Information Element 


Value/remark 


Activation Time 


Not Present. 



RRC STATUS 



Information Element 


Value/remark 


Message Type 




Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.1.11.5 Test requirement 

After step2 the UE shall keep its configuration and not access any of the DTCH traffic channels specified in either of 
the RADIO BEARER SETUP message. It shall transmit an RRC STATUS message on the DCCH using AM RLC 
which is set to "Message not compatible with receiver state" in IE" Protocol error cause". 

8.2.1 .12 Radio Bearer Establishment for transition from CELL_DCH to CELL_FACH: 
Failure (Invalid message reception) 

8.2.1.12.1 Definition 



8.2.1 .12.2 Conformance requirement 

The UE shall keep its old configuration when it receives a RADIO BEARER SETUP message, which includes the spare 
value in the mandatory IE" DRX indicator" with criticality defined as "Reject". It shall then transmit a RADIO 
BEARER SETUP FAILURE message which is set to "protocol error" in IE" failure cause" and also contains value 
"Information element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.1 

8.2.1.12.3 Test purpose 

To confirm that the UE transmits a RADIO BEARER SETUP FAILURE message on the DCCH using AM RLC if the 
received a RADIO BEARER SETUP message, which includes the spare value in the mandatory IE" DRX indicator" 
with criticality defined as "Reject". 

8.2.1.12.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state, after the test operator makes an outgoing packet-switched data call. The SS 
transmits a RADIO BEARER SETUP message to the UE which includes the spare value in the mandatory IE" DRX 
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indicator" with criticality defined as "Reject". The UE shall keep the old configuration and transmit a RADIO 
BEARER SETUP FAILURE message on the DCCH using AM RLC. The value "protocol error" shall be set in IE" 
failure cause" and also value "Information element value not comprehended" set in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER SETUP 


SS sends this message which 
contains an error in the IE"DRX 
Indicator". 


2 


■> 


RADIO BEARER SETUP FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



RADIO BEARER SETUP 



The contents of RADIO BEARER SETUP message in this test case is identical the message sub-type indicated by 
"Packet to CELL_FACH from CELL_DCH in PS" in the default contents clause of layer 3 messages for RRC tests. 
The following exceptions should be applied: 



Information Element 


Value/remark 


DRX indicator 


spare value 



RADIO BEARER SETUP FAILURE 



Information Element 


Value/remark 


Message Type 




Failure cause 




- Failure cause 


Protocol error 


- Protocol error information 




- Protocol error cause 


Information element value not comprehended 


Other information element 


Not checked 



8.2.1.12.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a RADIO BEARER SETUP FAILURE message on the 
DCCH using AM RLC which is set to "protocol error" in IE" failure cause" and is set to "Information element value not 
comprehended" in IE" Protocol error cause". 

8.2.1 .13 Radio Bearer Establishment for transition from CELL_FACH to CELL_DCH: 
Success 



8.2.1.13.1 



Definition 



8.2.1.13.2 



Conformance requirement 



The UE shall correctly set up a radio bearer according to a RADIO BEARER SETUP message and communicate 
with the UTRAN for its implementation. 

Reference 

3GPPTS 25.331 clause 8.2.1 
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8.2.1.13.3 



Test purpose 



To confirm that the UE establishes a new radio bearer according to a RADIO BEARER SETUP message received from 
the SS. 



8.2.1.13.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state, after SS prompts the test operator to initiate a packet-switched data call. The SS 
transmits a RADIO BEARER SETUP message to the UE after it sets up LI including the start of tx/rx. After the UE 
receives this message, it configures them and establishes the required radio bearers. Finally the UE transmits a RADIO 
BEARER SETUP COMPLETE message using AM RLC. Then the UE and the SS enters the communicating state. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 




2 


■> 


RADIO BEARER SETUP 
COMPLETE 




3 






To confirm the communication 



Specific Message Contents 

RADIO BEARER SETUP 

The contents of RADIO BEARER SETUP message in this test case is identical the message sub-type indicated by 
"Packet to CELL_DCH from CELL_FACH in PS" in the default contents clause of layer 3 messages for RRC tests. 



8.2.1.13.5 



Test requirement 



After step2 the UE shall communicate with the SS using the radio bearer indicated in RADIO BEARER SETUP 
message. Particularly, SS should be able to receive packet data using a terminal equipment (TE) attached to the UE.,. 

8.2.1.14 Radio Bearer Establishment for transition from CELL_FACH to CELL_DCH : 
Failure (Unsupported configuration) 



8.2.1.14.1 



Definition 



8.2.1.14.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER SETUP message which includes an 
unsupported configuration and then transmit a RADIO BEARER SETUP FAILURE message on the DCCH using AM 
RLC, which sets value "configuration unacceptable" in IE" failure cause". 

Reference 

3GPPTS 25.331 clause 8.2.1 
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8.2.1.14.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits a RADIO BEARER SETUP FAILURE message in case of 
it receiving a RADIO BEARER SETUP message, which includes parameters of an unsupported configuration. 



8.2.1.14.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER SETUP message with a stated frequency 
that cannot be supported by the UE. After the UE receives this message, it shall transmit a RADIO BEARER SETUP 
FAILURE message on the DCCH using AM RLC setting value "configuration unacceptable" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 


This message includes an 
unsupported configuration for the 
UE. 


2 


-* 


RADIO BEARER SETUP FAILURE 


The UE shall transmit this 
message using RLC-AM mode 
and do not change the current 
configuration. 



Specific Message Contents 



RADIO BEARER SETUP 



The contents of RADIO BEARER SETUP message in this test case is identical to those of the default contents of layer 
3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 




Not Present 



RADIO BEARER SETUP FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Configuration unacceptable 
Not checked 



8.2.1.14.5 



Test requirement 



After stepl the UE shall keep its configuration and transmit a RADIO BEARER SETUP FAILURE message on the 
DCCH using AM RLC which is set to "configuration unacceptable" in IE" failure cause". 
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8.2.1.15 Radio Bearer Establishment for transition from CELL_FACH to CELL_DCH: 
Failure (Physical channel Failure and successful reversion to old 
configuration) 

8.2.1.15.1 Definition 



8.2.1 .1 5.2 Conformance requirement 

The UE shall attempt to revert to the old configuration when the UE fails to configure the new radio bearer by the T312 
expiry. It shall transmit a RADIO BEARER SETUP FAILURE message on the DCCH using AM RLC containing value 
"physical channel failure" in IE" failure cause". 

Reference 

3GPPTS 25.331 clause 8.2.1 

8.2.1.15.3 Test purpose 

To confirm that the UE reverts to the old configuration and transmits a RADIO BEARER SETUP FAILURE message 
when the UE fails to configure the new radio bearer when it detects physical channel failure, followed by the T312 
expiry. 

8.2.1.15.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER SETUP message to the UE and does not 
configure the new radio bearer. After T312 expiry, the UE shall revert to the old configuration and transmit a RADIO 
BEARER SETUP FAILURE message on the DCCH using AM RLC. The content of the message shall indicate 
"physical channel failure" in IE" failure cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 


The SS does not configure a new 
radio bearer. 


2 






The UE does not configure a new 
radio bearer but reverts to the old 
configuration. 


3 


■> 


RADIO BEARER SETUP FAILURE 





Specific Message Contents 
RADIO BEARER SETUP FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Physical channel failure 
Not checked 



8.2.1.15.5 



Test requirement 



After step2 the UE shall revert to the old configuration and transmit a RADIO BEARER SETUP FAILURE message on 
the DCCH using AM RLC which is set to "physical channel failure" in IE" failure cause". 

8.2.1 .16 Radio Bearer Establishment for transition from CELL_FACH to CELL_DCH: 
Failure (Physical channel Failure and reversion failure) 

8.2.1.16.1 Definition 



8.2.1.16.2 



Conformance requirement 



The UE shall perform an RRC connection re-establishment procedure when the UE fails to revert to the old 
configuration after the detection of physical channel failure in the radio bearer establishment procedure. 

Reference 

3GPPTS 25.331 clause 8.2.1 



8.2.1.16.3 



Test purpose 



To confirm that the UE initiates an RRC connection re-establishment procedure when the UE cannot establish the new 
radio bearer for the LI configuration and subsequently fail to revert to the old configuration. 



8.2.1.16.4 



Method of test 



Initial Condition 

System Simulator : 2 cells- Cell 1 is active, Cell 2 is inactive 

UE : CELL_FACH in cell 1 
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Test Procedure 

The UE is in the CELL_FACH state in cell l.The SS begins to broadcast the BCCH in cell 2 but with a transmission 
level lower than that for cell 1. It then transmits a RADIO BEARER SETUP message to the UE from cell l.Then the 
SS deletes the old downlink channel configuration after sending this message. This causes the UE to fail to configure 
LI and could not revert to the old configuration. The UE shall find the presence of cell 2 and transmits an RRC 
CONNECTION RE-ESTABLISHMENT REQUEST message. The message shall include the IE"U-RNTI" and sent on 
the uplink CCCH. The SS responds with an RRC CONNECTION RE-ESTABLISHMENT message, which includes a 
new TFCS according to the new transport channel. After the UE receives an RRC CONNECTION RE- 
ESTABLISHMENT message, it reconfigures the new radio connection and transmits an RRC CONNECTION RE- 
ESTABLISHMENT COMPLETE message on the uplink DCCH using AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


BCCH 


The SS transmits the BCCH in 
cell 2, but with a power level lower 
that that in cell 1. 


2 


<- 


RADIO BEARER SETUP 


The SS does not configure the 
new radio bearer and instead 
delete the old configuration. 


3 






The UE cannot configure a new 
radio bearer and cannot revert to 
old configuration. 


4 


■> 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE shall findthe presence of 
cell2lt shall then transmit this 
message including its assigned U- 
RNTI in the IE"U-RNTI". 


5 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


Including the new TFCS 
according to the new transport 
channel. 


6 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 

RADIO BEARER SETUPThe contents of RADIO BEARER SETUP message in this test case is identical to the 
message sub-type "Packet to CELL_DCH from CELL_FACH in PS" found in the default contents of layer 3 messages 
for RRC tests. 

RRC CONNECTION RE-ESTABLISHMENT REQUEST 



Information Element 


Value/remark 


U-RNTI 


Set to assigned UE U-RNTI in RRC CONNECTION 
SETUP message. 


Protocol error indication 


FALSE 



ETSI 



3G TS 34.1 23-1 version 3.0.0 Release 1 999 206 ETSI TS 1 34 1 23-1 V3.0.0 (2000-06) 



RRC CONNECTION RE-ESTABLISHMENT COMPLETE 



Information Element 


Value/remark 


Radio bearer uplink ciphering activation time info 


Not Present 


RB with PDCP information list 

- RB with PDCP information list 


Not Present 



8.2.1.16.5 Test requirement 

After step3 the UE shall find the presence of cell 2, which is suitable for camping. It shall then enter CELL_FACH 
state and transmit a RRC CONNECTION RE-ESTABALISHMENT REQUEST message to prevent the RRC 
connection from being lost. 

After step6 the UE shall re-establish an RRC connection, using the new TFCS settings specified in RRC 
CONNECTION RE-ESTABLISHMENT message 

8.2.1 .17 Radio Bearer Establishment for transition from CELL_FACH to CELL_DCH: 
Failure (Incompatible simultaneous reconfiguration) 

8.2.1.17.1 Definition 



8.2.1 .1 7.2 Conformance requirement 

The UE shall keep its old configuration, when it receives another RADIO BEARER SETUP message before it can 
complete the configuration of the radio bearer according to the first RADIO BEARER SETUP message. The UE shall 
transmit an RRC STATUS message on the DCCH using AM RLC with value "Message not compatible with receiver 
state" set in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.1 

8.2.1.17.3 Test purpose 

To confirm that the UE keeps its configuration and transmits an RRC STATUS message when the UE receives another 
RADIO BEARER SETUP message, before the UE configures the radio bearer according to an earlier RADIO 
BEARER SETUP message. 

8.2.1.17.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state.The SS transmits a RADIO BEARER SETUP message, requesting the UE to setup 
radio bearers using DPCH physical channels. The activation time of this event is specified to be 255 frames from the 
SS's current CFN. However, SS sends another RADIO BEARER SETUP message before 255 frames has passed. The 
UE shall then abandon its current reconfiguration operation, keep the old configuration, and transmit an RRC STATUS 
message on the DCCH using AM RLC. This message shall contain the value "Message not compatible with receiver 
state" in IE" Protocol error cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 


Including IE"Uplink DPCH info" 


2 


<- 


RADIO BEARER SETUP 




3 


■> 


RRC STATUS 


The UE does not change the 
configuration and transmit this 
message on its uplink DCCH 
using the same RLC-AM mode 
radio bearer before step 1 . 



Specific Message Contents 

RADIO BEARER SETUP (for Step 2) 

For this message, use the message sub-type entitled "Packet to CELL_DCH from CELL_FACH in PS" in the default 
message content. Information element(s) to be changed are listed below: 



Information Element 


Value/remark 


Activation Time 


Current CFN-[current CFN mod 8 + 8 ] 



RRC STATUS 



Information Element 


Value/remark 


Message Type 




Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.1.17.5 



Test requirement 



After step2 the UE shall keep its configuration and transmit an RRC STATUS message on the DCCH using AM RLC 
which is set to "Message not compatible with receiver state" in IE" Protocol error cause". 

8.2.1 .18 Radio Bearer Establishment for transition from CELL_FACH to CELL_DCH: 
Failure (Invalid message reception) 



8.2.1.18.1 



Definition 



8.2.1.18.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER SETUP message, which includes the 
spare value in the mandatory IE" DRX indicator" having criticality defined as "Reject". It shall transmit a RADIO 
BEARER SETUP FAILURE message which set value "protocol error" in IE" failure cause" and also value 
"Information element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.1 



8.2.1.18.3 



Test purpose 



To confirm that the UE transmits a RADIO BEARER SETUP FAILURE message on the DCCH using AM RLC if it 
receives a RADIO BEARER SETUP message, with a spare value in the mandatory IE" DRX indicator" and having 
criticality defined as "Reject". 
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8.2.118.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in CELL_FACH state. The SS transmits a RADIO BEARER SETUP message to the UE which includes a 
spare value in the mandatory IE" DRX indicator" with criticality defined as "Reject". The UE keeps the old 
configuration and transmits a RADIO BEARER SETUP FAILURE message on the DCCH using AM RLC. This 
message shall specify "protocol error" in IE" failure cause" and also set the value "Information element value not 
comprehended" in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER SETUP 




2 


■> 


RADIO BEARER SETUP FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



RADIO BEARER SETUP 



The contents of RADIO BEARER SETUP message in this test case is identical to those of the default contents of layer 
3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


DRX indicator 


spare value 



RADIO BEARER SETUP FAILURE 



Information Element 


Value/remark 


Message Type 




Failure cause 




- Failure cause 


Protocol error 


- Protocol error information 




- Protocol error cause 


Information element value not comprehended 


Other information element 


Not checked 



8.2.1.18.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmits a RADIO BEARER SETUP FAILURE message on 
the DCCH using AM RLC. The message shall indicate the reason of failure as "protocol error" in IE" failure cause" 
and set the value "Information element value not comprehended" in IE" Protocol error cause". 

8.2.1 .19 Radio Bearer Establishment for transition from CELL_FACH to CELL_FACH: 
Success 



8.2.1.19.1 



Definition 
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8.2.1.19.2 



Conformance requirement 



The UE shall correctly set up a radio bearer according to a RADIO BEARER SETUP message and communicate with 
the UTRAN for its implementation. 

Reference 

3GPPTS 25.331 clause 8.2.1 



8.2.1.19.3 



Test purpose 



To confirm that the UE establishes a new radio bearer according to a RADIO BEARER SETUP message received from 
the SS. 



8.2.1.19.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state, after the test operator is being prompted to make an outgoing packet-switched call. 
The SS transmits a RADIO BEARER SETUP message to the UE after it sets up LI including the start of tx/rx. After the 
UE receives this message, it configures them and establishes a radio bearer. Finally the UE transmits a RADIO 
BEARER SETUP COMPLETE message using AM RLC. Then the UE and the SS enters the communicating state. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 




2 


■> 


RADIO BEARER SETUP 
COMPLETE 




3 






To confirm the proper 
establishment of the new radio 
bearer by checking the packet 
data exchanged between the SS 
and a TE attached to the UE. 



Specific Message Contents 

RADIO BEARER SETUP 

or this message, use the message sub-type entitled "Packet to CELL_FACH from CELL_FACH in PS" in the default 
message content. 



8.2.1.19.5 



Test requirement 



After step2 the UE shall communicate with the SS using the new radio bearer , this can be confirmed by the exchange 
of packet data between a terminal equipment (TE) attached to the UE and the SS, 

8.2.1 .20 Radio Bearer Establishment for transition from CELL_FACH to CELL_FACH: 
Failure (Unsupported configuration) 



8.2.1.20.1 



Definition 
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8.2.1.20.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER SETUP message which includes 
an unsupported configuration and it shall transmit a RADIO BEARER SETUP FAILURE message on the 
DCCH using AM RLC setting the value "configuration unacceptable" into IE" failure cause". 

Reference 

3GPPTS 25.331 clause 8.2.1 



8.2.1.20.3 



Test purpose 



To confirm that the UE keeps its original configuration and transmits a RADIO BEARER SETUP FAILURE message 
when it receives a RADIO BEARER SETUP message indicating an unsupported configuration. 



8.2.1.20.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER SETUP message specifying a frequency 
which is not supported by the UE. After the UE receives this message, it transmits a RADIO BEARER SETUP 
FAILURE message on the DCCH using AM RLC which is set to "configuration unacceptable" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 


Including the unsupported 
configuration for the UE. 


2 


■> 


RADIO BEARER SETUP FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



RADIO BEARER SETUP 



The contents of RADIO BEARER SETUP message in this test case is identical to those of the default contents of layer 
3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 


63947 
Not present 
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RADIO BEARER SETUP FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Configuration unacceptable 
Not checked 



8.2.1.20.5 Test requirement 

After stepl the UE shall keep its configuration and transmit a RADIO BEARER SETUP FAILURE message on the 
DCCH using AM RLC and set value "configuration unacceptable" in IE" failure cause". 

8.2.1 .21 Radio Bearer Establishment for transition from CELL_FACH to CELL_FACH: 

Failure (Incompatible simultaneous reconfiguration) 

8.2.1.21.1 Definition 



8.2.121.2 Conformance requirement 

The UE shall keep its old configuration when the UE receives another RADIO BEARER SETUP message before 
the UE configures the radio bearer according to a RADIO BEARER SETUP message and the UE shall transmit 
an RRC STATUS message on the DCCH using AM RLC which is set to "Message not compatible with receiver 
state" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.1 

8.2.1.21.3 Test purpose 

To confirm that the UE keeps its configuration and transmits an RRC STATUS message when the UE receives another 
RADIO BEARER SETUP message before the UE configures the radio bearer according to a RADIO BEARER SETUP 

message. 

8.2.1.21.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. When the SS transmits a RADIO BEARER SETUP message to the UE before the 
UE configures the radio bearer the UE keeps the old configuration and transmits an RRC STATUS message on the 
DCCH using AM RLC which is set to "Message not compatible with receiver state" in IE" Protocol error cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 


Including IE"Uplink DPCH info" 


2 


<- 


RADIO BEARER SETUP 




3 


■> 


RRC STATUS 


The UE does not change the 
configuration. 



Specific Message Contents 
RRC STATUS 



Information Element 


Value/remark 


Message Type 




Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.1.21.5 



Test requirement 



After step2 the UE shall keep its configuration and transmit an RRC STATUS message on the DCCH using AM RLC 
which is set to "Message not compatible with receiver state" in IE" Protocol error cause". 

8.2.1 .22 Radio Bearer Establishment for transition from CELL_FACH to CELL_FACH: 
Failure (Invalid message reception) 



8.2.1.22.1 



Definition 



8.2.1.22.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER SETUP message, which includes a 
spare value for the mandatory IE" DRX indicator" having criticality defined as "Reject". It shall then transmit a RADIO 
BEARER SETUP FAILURE message stating the reason "protocol error" in IE" failure cause" and also set value 
"Information element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.1 



8.2.1.22.3 



Test purpose 



To confirm that the UE transmits a RADIO BEARER SETUP FAILURE message on the DCCH using AM RLC if it 
receives a RADIO BEARER SETUP message specifying a spare value in the mandatory IE" DRX indicator" 



8.2.1.22.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER SETUP message to the UE and includes the 
spare value in the mandatory IE" DRX indicator". The UE shall keep the old configuration and transmit a RADIO 
BEARER SETUP FAILURE message on the DCCH using AM RLC, setting the value "protocol error" in IE" failure 
cause". The error type "Information element value not comprehended" shall also be indicated in IE" Protocol error 

cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER SETUP 




2 


■> 


RADIO BEARER SETUP FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



RADIO BEARER SETUP 



The contents of RADIO BEARER SETUP message in this test case is identical to the message sub-type "Packet to 
CELL_FACH from CELL_FACH in PS ", which is found in the default contents clause of layer 3 messages for RRC 
tests with the following exceptions: 



Information Element 


Value/remark 


DRX indicator 


spare value 



RADIO BEARER SETUP FAILURE 

The expected content of RADIO BEARER SETUP FAILURE message is shown below: 



Information Element 


Value/remark 


Message Type 




Failure cause 




- Failure cause 


Protocol error 


- Protocol error information 




- Protocol error cause 


Information element value not comprehended 


Other information element 


Not checked 



8.2.1.22.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a RADIO BEARER SETUP FAILURE message on the 
DCCH using AM RLC setting "protocol error" in IE" failure cause" and setting "Information element value not 
comprehended" in IE" Protocol error cause". 

8.2.2 Radio Bearer Reconfiguration 

8.2.2.1 Radio Bearer Reconfiguration Hard handover ) from CELL_DCH to 

CELL DCH:Success 



8.2.2.1.1 



Definition 



8.2.2.1.2 Conformance requirementThe UE shall correctly reconfigure a radio bearer or LI according to a RADIO 
BEARER RECONFIGURATION message which is communicate with the UTRAN on the new radio bearer. 

Reference 

3GPP TS 25.331 clause 8.2.2 
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8.2.2.1.3 



Test purpose 



To confirm that the UE reconfiguer a new radio bearer by following a RADIO BEARER RECONFIGURATION 
message received from the SS. 



8.2.2.1.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE 
which includes the new transport channel parameter reconfiguret. The UE reconfigures the new transport cannel and 
transmits a RADIO BEARER RECONFIGURATION COMPLETE message using AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER 
RECONFIGURATION 




2 






Reconfiguration of r 
Physical channel 


3 


-* 


RADIO BEARER 
RECONFIGURATION COMPLETE 





Specific Message Contents 



RADIO BEARER RECONFIGURATION 



The contents of RADIO BEARER RECONFIGURATION message in this test case is identical to those of the default 
contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 


Selected value as the UE can support which is different 
from current frequency. 

Selected value as the UE can support which is different 
from current frequency. 



8.2.2.1.5 Test requirement 

After stepl the UE shall reconfigure the radio links with the SS. 

After step3 the UE shall change its physical channel configuration and communicate with the SS on the DCCH and 
DTCH using the modified physical channel configurations 

8.2.2.2 Radio Bearer Reconfiguration from CELL_DCH to CELL_DCH: Failure 

(Unsupported configuration) 



8.2.2.2.1 



Definition 
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8.2.2.2.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER RECONFIGURATION message 
which includes unsupported configuration parameters and transmit a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC which is set to "configuration unacceptable" in IE" failure cause 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.2.3 



Test purpose 



To confirm that the UE transmits a RADIO BEARER RECONFIGURATION FAILURE message on the DCCH using 
AM RLC if the received RADIO BEARER RECONFIGURATION message includes unsupported configuration 
parameters. 



8.2.2.2.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE, 
which includes unsupported configuration parameters for the UE. The UE shall transmit a RADIO BEARER 
RECONFIGURATION FAILURE message on the DCCH using AM RLC which is set to "configuration unacceptable' 
in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER 
RECONFIGURATION 


Including unsupported 
configuration by the UE 


2 


■> 


RADIO BEARER 
RECONFIGURATION FAILURE 


The UE does not change the 
radio bearer. 



Specific Message Contents 



RADIO BEARER RECONFIGURATION 



The contents of RADIO BEARER RECONFIGURATION message in this test case is identical to those in the default 
contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 


63984. 
Not Present 
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RADIO BEARER RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


"RADIO BEARER RECONFIGURATION FAILURE" 
Configuration unacceptable 
Not checked 



8.2.2.2.5 Test requirement 

After step2 the UE shall keep its old configuration and transmit a RADIO BEARER RECONFIGURATION FAILURE 
message on the DCCH using AM RLC with the value "configuration unacceptable" set in IE" failure cause". 

8.2.2.3 Radio Bearer Reconfiguration from CELL_DCH to CELL_DCH: Failure 

(Physical channel failure and reversion to old configuration) 

8.2.2.3.1 Definition 



8.2.2.3.2 Conformance requirement 

The UE shall revert to the old configuration when the UE fails to reconfigure the new physical channel by received 
RADIO BEARER RECONFIGURATION massage and transmit a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC which is set to "physical channel failure" in IE" failure cause". 

Reference 

3GPPTS 25.331 clause 8.2.2 

8.2.2.3.3 Test purpose 

To confirm that the UE reverts to the old configuration and transmits a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC if the UE fails to reconfigure the new radio bearer according to the 
RADIO BEARER RECONFIGURATION message received previously. 

8.2.2.3.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE 
which includes the new radio bearer parameters but it does not reconfigure LI according to the settings found in the 
message. The UE shall revert to the old configuration. Then the UE shall transmit a RADIO BEARER 
RECONFIGURATION FAILURE message on the DCCH using AM RLC, setting value ".physical channel failure" in 
IE" failure cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER 
RECONFIGURATION 




2 






SS does not reconfigure L1 
parameters to reflect the radio 
bearer reconfigurations specified 
in the message. 


3 


■> 


RADIO BEARER 
RECONFIGURATION FAILURE 


The UE shall detect a failure to 
reconfigure the new radio 
bearer, and send this message 
using the old radio bearer 
configuration. 



Specific Message Contents 

RADIO BEARER RECONFIGURATION 



RADIO BEARER RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


"RADIO BEARER RECONFIGURATION FAILURE" 
Physical channel failure 
Not checked 



8.2.2.3.5 



Test requirement 



After step2 the UE shall revert to the old configuration and transmit a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC setting value "physical channel failure" in IE" failure cause". 



8.2.2.4 



8.2.2.4.1 



Radio Bearer Reconfiguration from CELL_DCH to CELL_DCH : Failure 
(Physical channel failure and reversion failure) 



Definition 



8.2.2.4.2 



Conformance requirement 



.The UE shall perform an RRC connection re-establishment procedure when the UE fails to revert to the old 
configuration after the detection of physical channel failure in the radio bearer reconfiguration procedure. 

Reference 

3GPPTS 25.331 clause 8.2.2 



8.2.2.4.3 



Test purpose 



To confirm that the UE initiates an RRC connection re-establishment procedure when the UE cannot reconfigure the 
new radio bearer, and a subsequent failureto revert to the old configuration. 



8.2.2.4.4 



Method of test 



Initial Condition 

System Simulator : 2 cells - Cell 1 is active, Cell 2 is inactive 

UE : CELL_DCH in cell 1 
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Test Procedure 

The UE is in the CELL_DCH state in a cell 1. The SS transmits a RADIO BEARER RECONFIGURATION message 
to the UE, which includes the new radio bearer parameters. The SS does not reconfigure LI in accordance to the 
settings in the message and delete all radio bearer related contexts in cell 1. At the same time, SS begins to broadcast 
the BCCH in a cell 2. The UE discovers that it cannot reconfigure the new radio bearer and wants to revert to the old 
configuration. The UE shall find cell 2 and transmit to it an RRC CONNECTION RE-ESTABLISHMENT REQUEST 
message which includes the IE"U-RNTI" on the uplink CCCH. The SS transmits an RRC CONNECTION RE- 
ESTABLISHMENT message which specifies a new TFCS according to the new transport channel allocated. After the 
UE receives an RRC CONNECTION RE-ESTABLISHMENT message, it reconfigures the new radio connection and 
transmits an RRC CONNECTION RE-ESTABLISHMENT COMPLETE message on the uplink DCCH using AM 
RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RECONFIGURATION 




2 






The SS does not reconfigure the 
new radio bearer and delete the 
old configuration in cell 1. 


3 






The UE fails to reconfigure a 
new radio bearer. 


4 


^ 


BCCH 


The SS transmits a BCCH in a 
cell 2 and delete the old radio 
bearer. 


5 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE finds cell.2and 
transmits this message which 
includes the IE"U-RNTI" it was 
previously assigned. 


6 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


This message includes a new 
TFCS according to the new 
transport channel indicated in 
RRC CONNECTION RE- 
ESTABLISHMENT message. 


7 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 



None 



8.2.2.4.5 



Test requirement 



After step4 the UE shall detect the presence of cell.2, enters CELL_FACH state, and transmit RRC CONNECTION 
RE-ESTABLISHMENT to attempt to keep the current RRC connection. 

After step7 the UE shall successfully re-establish an RRC connection. 

8.2.2.5 Radio Bearer Reconfiguration from CELL_DCH to CELL_DCH: Failure 

(Incompatible simultaneous reconfiguration) 



8.2.2.5.1 



Definition 



8.2.2.5.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives another RADIO BEARER RECONFIGURATION 
message before the UE can configure the radio bearer according to an earlier RADIO BEARER 
RECONFIGURATION message. The UE shall transmit an RRC STATUS message on the DCCH using AM 
RLC setting "Message not compatible with receiver state" in IE" Protocol error cause". 
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Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.5.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits an RRC STATUS message when the UE receives another 
RADIO BEARER RECONFIGURATION message before the UE can complete the configuration of the radio bearer 
indicated in an earlier RADIO BEARER RECONFIGURATION message. 



8.2.2.5.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. When the SS transmits a RADIO BEARER RECONFIGURATION message to the 
UE before the UE configures the requested radio bearer(s), the UE keeps the old configuration and transmits an RRC 
STATUS message on the DCCH using AM RLC. This messageshall set value "Message not compatible with receiver 
state" in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RECONFIGURATION 


Including IE"Uplink DPCH info" 


2 


^ 


RADIO BEARER RECONFIGURATION 


Sent before the "activation time" 
in step 1 has elapsed 


3 


^ 


RRC STATUS 


The UE does not change the 
configuration. 



Specific Message Contents 

RADIO BEARER RECONFIGURATION (Step 1) 

The contents of RADIO BEARER RECONFIGURATION message in this test case is identical to those in the default 
contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Activation Time 


Current CFN-[current CFN mod 8 + 8 ] 



RRC STATUS 



Information Element 


Value/remark 


Message Type 


"RRC STATUS" 


Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.2.5.5 



Test requirement 



After step2 the UE shall keep its configuration and transmit an RRC STATUS message on the DCCH using AM RLC 
which contains the value "Message not compatible with receiver state" set in IE" Protocol error cause". 
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8.2.2.6 Radio Bearer Reconfiguration from CELL_DCH to CELL_DCH: Failure 

(Invalid message reception) 



8.2.2.6.1 



Definition 



8.2.2.6.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER RECONFIGURATION message, 
which includes the spare value in the mandatory IE" DRX indicator" having criticality defined as "Reject". The UE 
shall transmit a RADIO BEARER RECONFIGURATION FAILURE message which is set to "protocol error" in IE" 
failure cause" and is set to "Information element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.2 



8.2.2.6.3 



Test purpose 



To confirm that the UE transmits a RADIO BEARER RECONFIGRATION FAILURE message on the DCCH using 
AM RLC, if it receives a RADIO BEARER RECONFIGURATION message containing a spare value in the mandatory 
IE" DRX indicator" with criticality defined as "Reject". 



8.2.2.6.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE 
which includes the spare value in the mandatory IE" DRX indicator" which criticality is defined as "Reject". The UE 
keeps the old configuration and transmits a RADIO BEARER RECONFIGURATION FAILURE message on the 
DCCH using AM RLC which is set to "protocol error" in IE" failure cause" and is set to "Information element value not 
comprehended" in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RECONFIGURATION 


The message contains a illegal 
error in a mandatory IE. 


2 


■> 


RADIO BEARER RECONFIGRATION 
FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



RADIO BEARER RECONFIGURATION 



The contents of RADIO BEARER RECONFIGRATION message in this test case is identical to the corresponding 
message found in the default contents of layer 3 messages for RRC tests, with the following exceptions: 



Information Element 


Value/remark 


DRX indicator 


spare value 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



221 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



RADIO BEARER RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 
Failure cause 

- Failure cause 

- Protocol error information 
- Protocol error cause 

Other information element 


"RADIO BEARER RECONFIGURATION FAILURE" 

Protocol error 

Information element value not comprehended 
Not checked 



8.2.2.6.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a RADIO BEARER RECONFIGRATION FAILURE 
message on the DCCH using AM RLC stating the reason "protocol error" in IE" failure cause". The message shall 
contain the value "Information element value not comprehended" in IE" Protocol error cause". 

8.2.2.7 Radio Bearer Reconfiguration from CELL_DCH to CELL_DCH :Failure 

(Suspension of signalling bearer) 



8.2.2.7.1 



Definition 



8.2.2.7.2 



Conformance requirement 



The UE shall revert to the old configuration prior to the reception of RADIO BEARER RECONFIGURATION 
message, which includes IE"RBsuspend/resume" specified as "Suspend", and transmit a RADIO BEARER 
RECONFIGURATION FAILURE message to UTRAN 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.7.3 



Test purpose 



To confirm that the UE reverts to the old configuration and transmits a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC if the UE fails to reconfigure the new radio bearer according to a 
RADIO BEARER RECONFIGURATION message. 



8.2.2.7.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE 
which specifies the suspension of a signalling radio bearer to be reconfigured. The UE shall revert to the old 
configuration. Then the UE transmits a RADIO BEARER RECONFIGURATION FAILURE message on the DCCH 
using AM RLC with the IE" failure cause" set to "configuration unacceptable". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER 
RECONFIGURATION 


Specifies a signalling radio 
bearer to be suspended. 


2 


■> 


RADIO BEARER 
RECONFIGURATION FAILURE 


The UE shall revert to the old 
configuration 



Specific Message Contents 



RADIO BEARER RECONFIGURATION 



The contents of RADIO BEARER RECONFIGURATION message in this test case is identical to those of the default 
contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


RB information to reconfigure list 
RB information to reconfigure I 
-RB identity 
-RB suspend/resume 


3 
"Suspend" 



RADIO BEARER RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


"RADIO BEARER RECONFIGURATION FAILURE" 
Configuration unacceptable 
Not checked 



8.2.2.7.5 



Test requirement 



After step2 the UE shall revert to the old configuration and transmit a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC specifying the reason "configuration unacceptable " in IE" failure 
cause". 

8.2.2.8 Radio Bearer Reconfiguration from CELL_DCH to CELL_FACH: Success 

8.2.2.8.1 Definition 



8.2.2.8.2 



Conformance requirement 



The UE shall correctly reconfigure a radio bearer according to a RADIO BEARER RECONFIGURATION message 
which is communicate with the UTRAN on the new radio bearer in case of a transition from CELL_DCH to 
CELL_FACH in the same cell. 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.8.3 



Test purpose 



To confirm that the UE establishes the reconfigured radio bearer(s) using common physical channel, after a RADIO 
BEARER RECONFIGURATION message has been received from the SS. 
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8.2.2.8.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE, 
which includes the new radio bearer parameters and sets up LI including the start of tx/rx. The UE reconfigures the new 
radio bearer and transmits a RADIO BEARER RECONFIGURATION COMPLETE message using AM RLC 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER 
RECONFIGURATION 




2 






Reconfiguration of radio bearer 


3 


■> 


RADIO BEARER 
RECONFIGURATION COMPLETE 





Specific Message Contents 

None 

RADIO BEARER RECONFIGURATION 

8.2.2.8.5 Test requirement 

After stepl the UE shall reconfigure the radio links with the SS. 

After step3 the UE shall change its radio bearer configuration and communicate with the SS on the DCCH and DTCH, 
using the common physical channel allocated in RADIO BEARER RECONFIGURTION message. 



8.2.2.9 



8.2.2.9.1 



Radio Bearer Reconfiguration from CELL_DCH to CELL_FACH: Failure 
(Unsupported configuration) 

Definition 



8.2.2.9.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER RECONFIGURATION message 
which includes unsupported configuration parameters and transmit a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC which is set to "configuration unacceptable" in IE" failure cause 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.9.3 



Test purpose 



To confirm that the UE transmits a RADIO BEARER RECONFIGURATION FAILURE message on the DCCH using 
AM RLC if the received RADIO BEARER RECONFIGURATION message indicates an unsupported configuration 
parameters. 
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8.2.2.9.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE, 
which includes unsupported configuration parameters for the UE. The UE shall transmit a RADIO BEARER 
RECONFIGURATION FAILURE message on the DCCH using AM RLC which is set to "configuration unacceptable' 
in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER 
RECONFIGURATION 


Including unsupported 
configuration by the UE 


2 


■> 


RADIO BEARER 
RECONFIGURATION FAILURE 


The UE does not change the 
radio bearer. 



Specific Message Contents 



RADIO BEARER RECONFIGURATION 



The contents of RADIO BEARER RECONFIGURATION message in this test case is identical to the corresponding 
message found in the default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 


63984. 
Not Present 



RADIO BEARER RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


"RADIO BEARER RECONFIGURATION FAILURE" 
Configuration unacceptable 
Not checked 



8.2.2.9.5 



Test requirement 



After step2 the UE shall keep its old configuration and transmit a RADIO BEARER RECONFIGURATION FAILURE 
message on the DCCH using AM RLC, stating the reason "configuration unacceptable" in IE" failure cause". 

8.2.2.1 Radio Bearer Reconfiguration from CELL_DCH to CELL_FACH: Failure 
(Physical channel failure ) 



8.2.2.10.1 



Definition 



8.2.2.10.2 



Conformance requirement 



The UE shall initiate the cell reselection procedure when the UE cannot use the assigned physical channel according to 
a RADIO BEARER CHANNEL RECONFIGURATION message, during the transition from CELL_DCH to 
CELL FACH. 
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Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.10.3 



Test purpose 



To confirm that the UE initiate a cell reselection after encountering a physical channel failure, when attempting to 
transit from CELL_DCH to CELL_FACH state during the execution of radio bearer reconfiguration procedure. The 
UE is first instructed to select the cell implied in the RADIO BEARER RECONFIGURATION message, but discover a 
failure as the indicated cell is not present. 



8.2.2.10.4 



Method of test 



Initial Condition 

System Simulator : 2 cells - Cell 1 is active and cell 2 is inactive 

UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. SS starts to transmit the BCCH for cell 2, but with a power level lower that of cell 
1. Following this, the SS send a RADIO BEARER RECONFIGURATION message to the UE, which includes relevant 
information about the target cell's P-CPICH. SS selects an unused primary scrambling code for P-CPICH, which 
neither matches the code used by cell 1 nor cell 2. This should lead to the detection of a physical channel failure in the 
UE. The UE shall trigger a cell reselection and initiate a cell update procedure if it is able to access cell 2. When SS 
receives a CELL UPDATE message in cell 2 on uplink CCCH, it replies with CELL UPDATE CONFIRM message. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






SS begin to broadcast the BCCH 
data in cell 2, but with a power 
level lower than in cell 1 . 


2 


^ 


RADIO BEARER 
RECONFIGURATION 


The message includes IE 
"Primary CPICH Info" and set the 
IE"Primary Scrambling Code" to 
an unknown value (not used by 
cell 1 or cell 2). 


3 






UE shall detect a "physical 
channel failure" condition and 
then trigger a cell reselection 
procedure. 


4 


^ 


CELL UPDATE 


After successfully camping onto 
cell 2, UE shall initiate a cell 
update procedure. The updating 
cause shall be set to "cell 
reselection" 


5 


^ 


CELL UPDATE CONFIRM 


Contains cell 



















Specific Message Contents 



RADIO BEARER RECONFIGURATION 



The contents of RADIO BEARER RECONFIGURATION message in this test case is identical to those of the default 
contents of layer 3 messages for RRC tests with the following exceptions: 
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Information Element 


Value/remark 


Downlink information for each radio link 
- Primary CPICH Info 
- Primary Scrambling Code 


Set to an unused code different from the 3 cells defined. 



CELL UPDATE 



Information Element 


Value/remark 


U-RNTI 

Cell Update Cause 


The assigned U-RNTI indicated In RRC CONNECTION 
SETUP message 
Cell Reselection 



8.2.2.10.5 



Test requirement 



After step3, the UE shall discover the presence of cell 2, enter CELL_FACH and then perform a cell updating 
procedure by the transmission of CELL UPDATE using RLC-TM mode on CCCH. The UE shall transit to CELL_PCH 
state to monitor the PCCH channel after the reception of CELL UPDATE CONFIRM message. 

8.2.2.1 1 Radio Bearer Reconfigure from CELL_DCH to CELL_FACH: Failure 

(Incompatible simultaneous reconfiguration) 



8.2.2.11.1 



Definition 



8.2.2.11.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives another RADIO BEARER RECONFIGURATION 
message before it completes the re-configuring the radio bearer according to an earlier RADIO BEARER 
RECONFIGURATION message. The UE shall transmit an RRC STATUS message on the DCCH using AM 
RLC, setting "Message not compatible with receiver state" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.11.3 



Test purpose 



To confirm that the UE keeps its current radio bearer configurations and transmits an RRC STATUS message when the 
UE receives another RADIO BEARER RECONFIGURATION message before it is able to complete an earlier 
reconfiguration request. 



8.2.2.11.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. When the SS transmits a RADIO BEARER RECONFIGURATION message to the 
UE before the UE configures the radio bearer the UE keeps the old configuration and transmits an RRC STATUS 
message on the DCCH using AM RLC which is set to "Message not compatible with receiver state" in IE" Protocol 
error cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RECONFIGURATION 


Including IE"Uplink DPCH info" 


2 


<- 


RADIO BEARER RECONFIGURATION 




3 


■> 


RRC STATUS 


The UE does not change the 
configuration. 



Specific Message Contents 

The contents of RADIO BEARER RECONFIGURATION messages in this test case is identical to the corresponding 
message found in the default contents of layer 3 messages for RRC tests with the following exceptions: 

RADIO BEARER RECONFIGURATION (Step 1) 



Information Element 


Value/remark 


Activation Time 


Current CFN-[current CFN mod 8 + 8 ] 



RADIO BEARER RECONFIGURATION (Step 2) 



Information Element 


Value/remark 


Activation Time 


Not Present 



RRC STATUS 



Information Element 


Value/remark 


Message Type 


"RRC STATUS" 


Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.2.11.5 



Test requirement 



After step2 the UE shall keep its exiting radio bearer configuration and transmit an RRC STATUS message on the 
DCCH using AM RL, with the value "Message not compatible with receiver state" in IE" Protocol error cause". 

8.2.2.12 Radio Bearer Reconfiguration from CELL_DCH to CELL_FACH: Failure 
(Invalid message reception) 



8.2.2.12.1 



Definition 



8.2.2.12.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER RECONFIGURATION message 
which includes the spare value in the mandatory IE" DRX indicator", possessing a criticality level defined as "Reject". 
It shall transmit a RADIO BEARER RECONFIGURATION FAILURE message which is set to "protocol error" in IE" 
failure cause" and is also set to "Information element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.12.3 



Test purpose 



To confirm that the UE transmits a RADIO BEARER RECONFIGRATION FAILURE message on the DCCH using 
AM RLC to respond to an earlier RADIO BEARER RECONFIGURATION message, which applies a spare value in 
the mandatory IE" DRX indicator" having criticality defined as "Reject". 
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8.2.2.12.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE 
which includes a spare value in the mandatory IE" DRX indicator". The UE keeps the old configuration and transmits a 
RADIO BEARER RECONFIGURATION FAILURE message on the DCCH using AM RLC, setting "protocol error" 
in IE" failure cause" and setting "Information element value not comprehended" in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER RECONFIGURATION 




2 


■> 


RADIO BEARER RECONFIGRATION 
FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



RADIO BEARER RECONFIGURATION 



The contents of RADIO BEARER RECONFIGRATION message in this test case is identical to those of the default 
contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


DRX indicator 


spare value 



RADIO BEARER RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 
Failure cause 

- Failure cause 

- Protocol error information 

- Protocol error cause 
Other information element 


"RADIO BEARER RECONFIGURATION FAILURE" 

Protocol error 

Information element value not comprehended 
Not checked 



8.2.2.12.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a RADIO BEARER RECONFIGRATION FAILURE 
message on the DCCH using AM RLC with "protocol error" specified in IE" failure cause" and also "Information 
element value not comprehended" specified in IE" Protocol error cause". 

8.2.2.1 3 Radio Bearer Reconfiguration from CELL_DCH to CELL_FACH: Failure 
(Suspension of signalling bearer) 



8.2.2.13.1 



Definition 
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8.2.2.13.2 



Conformance requirement 



The UE shall revert to the configuration prior to the reception of the RADIO BEARER RECONFIGURATION 
message which indicates suspension for an existing signalling radio bearer in IE"RB suspend/resume". It shall transmit 
a RADIO BEARER RECONFIGURATION FAILURE message to UTRAN 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.13.3 



Test purpose 



To confirm that the UE reverts to the old configuration and transmits a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC if the UE receives RADIO BEARER RECONFIGURATION 
message asking for the suspension of an existing signalling radio bearer. 



8.2.2.13.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE 
which includes the IE"RB suspend/resume" set to "Suspend" for one signalling radio bearer. The UE shall revert to the 
old configuration. Then the UE transmits a RADIO BEARER RECONFIGURATION FAILURE message on the 
DCCH using AM RLC which is set to "configuration unacceptable" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER 
RECONFIGURATION 


The message requests for the 
suspension of a current available 
signalling radio bearer 


2 


■> 


RADIO BEARER 
RECONFIGURATION FAILURE 


The UE shall revert to the old 
configuration 



Specific Message Contents 



RADIO BEARER RECONFIGURATION 



The contents of RADIO BEARER RECONFIGURATION message in this test case is identical to those in the default 
contents of layer 3 messages for RRC tests with the following exceptions: 
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Information Element 


Value/remark 


RB information to reconfigure list 
RB information to reconfigure I 
-RB Identity 
-RB suspend/resume 


3 
"Suspend" 


RADIO BEARER RECONFIGURATION FAILURE 


Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


"RADIO BEARER RECONFIGURATION FAILURE" 
configuration unacceptable 
Not checked 



8.2.2.13.5 



Test requirement 



After step2 the UE shall revert to the old configuration and transmit a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC specifying "configuration unacceptable " in IE" failure cause". 

8.2.2.14 Radio Bearer Reconfiguration: from CELL_FACH to CELL_DCH: Success 

8.2.2.14.1 Definition 



8.2.2.14.2 



Conformance requirement 



The UE shall correctly reconfigure a radio bearer according to a RADIO BEARER RECONFIGURATION message 
which is communicate with the UTRAN on the new radio bearer in case of a transition from CELL_FACH to 
CELL_DCH in the same cell. 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.14.3 



Test purpose 



To confirm that the UE establishes a new radio bearer by following a RADIO BEARER RECONFIGURATION 
message received from the SS. 



8.2.2.14.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE 
which includes the new radio bearer parameters and sets up LI including the start of tx/rx. The UE reconfigures the new 
radio bearer and transmits a RADIO BEARER RECONFIGURATION COMPLETE message using AM RLC. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER 
RECONFIGURATION 


This message includes IE"Uplink 
DPCH Info" 


2 






Reconfiguration of radio bearer 


3 


■> 


RADIO BEARER 
RECONFIGURATION COMPLETE 





Specific Message Contents 

RADIO BEARER RECONFIGURATION 

None 



8.2.2.14.5 



Test requirement 



After step2 the UE shall change its radio bearer configuration and communicate with the SS on the DCCH and DTCH 
which are being carried by the DPCH physical channel resources. 

8.2.2.1 5 Radio Bearer Reconfiguration from CELL_FACH to CELL_DCH: Failure 
(Unsupported configuration) 



8.2.2.15.1 



Definition 



8.2.2.15.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER RECONFIGURATION message 
which includes unsupported configuration parameters and transmit a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC which is set to "configuration unacceptable" in IE" failure cause 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.15.3 



Test purpose 



To confirm that the UE transmits a RADIO BEARER RECONFIGURATION FAILURE message on the DCCH using 
AM RLC if the RADIO BEARER RECONFIGURATION message received includes unsupported configuration 
parameters. 



8.2.2.15.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the 
UE which includes unsupported configuration parameters of the UE. The UE shall transmit a RADIO BEARER 
RECONFIGURATION FAILURE message on the DCCH using AM RLC and set "configuration unacceptable" in IE" 
failure cause". 

Expected sequence 
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Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER 
RECONFIGURATION 


The message includes an 
unsupported configuration for the 
UE 


2 


■> 


RADIO BEARER 
RECONFIGURATION FAILURE 


The UE does not change the 
radio bearer. 



Specific Message Contents 



RADIO BEARER RECONFIGURATION 



The contents of RADIO BEARER RECONFIGURATION message in this test case is identical to those in the default 
contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 


63984 
Not Present 


RADIO BEARER RECONFIGURATION FAILURE 


Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Configuration unacceptable 
Not checked 



8.2.2.15.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a RADIO BEARER RECONFIGURATION FAILURE 
message on the DCCH using AM RLC stating "configuration unacceptable" in IE" failure cause". 

8.2.2.1 6 Radio Bearer Reconfiguration from CELL_FACH to CELL_DCH: Failure 
(Physical channel failure and reversion to old configuration) 



8.2.2.16.1 



Definition 



8.2.2.16.2 



Conformance requirement 



The UE shall revert to the old configuration when the UE fails to reconfigure the new physical channel by received 
RADIO BEARER RECONFIGURATION massage and transmit a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC which is set to "physical channel failure" in IE" failure cause". 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.16.3 



Test purpose 



To confirm that the UE reverts to the old configuration and transmits a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC if the UE fails to reconfigure the new radio bearer according to a 
RADIO BEARER RECONFIGURATION message. 



8.2.2.16.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 
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Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE, 
which includes the new radio bearer parameters and does not reconfigure LI. Therefore, the UE cannot reconfigure the 
new radio bearer and shall attempt to revert to the old configuration. Then the UE shall transmit a RADIO BEARER 
RECONFIGURATION FAILURE message on the DCCH using AM RLC, with the value "physical channel failure" in 
IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER 
RECONFIGURATION 




2 






The SS does not reconfigures L1 
including the start of tx/rx 


3 


■> 


RADIO BEARER 
RECONFIGURATION FAILURE 


The UE fails to reconfigure a 
new radio bearer. 



Specific Message Contents 



RADIO BEARER RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Physical channel failure 
Not checked 



8.2.2.16.5 



Test requirement 



After step2 the UE shall revert to the old configuration and transmit a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, setting "physical channel failure" in IE" failure cause". 

8.2.2.1 7 Radio Bearer Reconfiguration from CELL_FACH to CELL_DCH: Failure 
(Physical channel failure and reversion failure) 



8.2.2.17.1 



Definition 



8.2.2.17.2 



Conformance requirement 



The UE shall perform an RRC connection re-establishment procedure when the UE fails to revert to the old 
configuration after the detection of physical channel failure in the radio bearer reconfiguration procedure. 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.17.3 



Test purpose 



To confirm that the UE initiates an RRC connection re-establishment procedure, when the UE cannot reconfigure the 
new radio bearer following a failure to configure LI parameters for the new radio bearer settings and also a reversion 
failure to the old configuration. 



8.2.2.17.4 



Method of test 



Initial Condition 

System Simulator : 2 cells - Cell 1 is active, Cell 2 is inactive 
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UE : CELL FACH in cell 1 



Test Procedure 



The UE is in the CELL_FACH state in cell 1. The SS transmits a RADIO BEARER RECONFIGURATION message to 
the UE, which includes the new radio bearer parameters but does not reconfigure LI to cater to the new radio bearer 
settings. The UE cannot reconfigure the new radio bearer and wants to revert to the old configuration. But the SS does 
not configure the old radio bearer and begins to broadcast the BCCH in a cell 2 and stops broadcasting the BCCH in 
cell 1. Then the UE finds a new cell 2 and transmits to it an RRC CONNECTION RE-ESTABLISHMENT REQUEST 
message, which includes the IE"U-RNTI" on the uplink CCCH. The SS replies with an RRC CONNECTION RE- 
ESTABLISHMENT message, specifying a new TFCS according to the new transport channel. After the UE receives an 
RRC CONNECTION RE-ESTABLISHMENT message, it reconfigures the new radio connection and transmits an RRC 
CONNECTION RE-ESTABLISHMENT COMPLETE message on the uplink DCCH using AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RECONFIGURATION 




2 






The SS does not reconfigure the 
new radio bearer and delete the 
old configuration. 


3 






The UE shall detect a failure to 
reconfigure a new radio bearer, 
and start to revert to old 
configuration. 


4 


^ 


BCCH 


The SS starts to transmit the 
BCCH in cell 2 and delete the 
old radio bearer settings in cell 
1. 


5 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE shall find cell. 2 and 
transmits this message which 
includes the IE"U-RNTI"it 
possesses. 


6 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


Including the new TFCS 
according to the new transport 
channel. 


7 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 



None 



8.2.2.17.5 



Test requirement 



After step4 the UE shall detect the presence of cell 2, enter CELL_FACH state, and attempt to perform RRC connection 
re-establishment procedure. 

After step7 the UE shall successfully re-establish an RRC connection, and be able to access the dedicated physical 
resources in cell 2. 

8.2.2.18 Radio Bearer Reconfigure from CELL_FACH to CELL_DCH: Failure 
(Incompatible simultaneous reconfiguration) 



8.2.2.18.1 



Definition 
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8.2.2.18.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives another RADIO BEARER RECONFIGURATION 
message before it completes the reconfiguration of the new radio bearers specified in RADIO BEARER 
RECONFIGURATION message. Following this, the UE shall transmit an RRC STATUS message on the DCCH using 
AM RLC with value "Message not compatible with receiver state" set in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.18.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits an RRC STATUS message when the UE receives another 
RADIO BEARER RECONFIGURATION message before the UE configures the radio bearer according to a RADIO 
BEARER RECONFIGURATION message. 



8.2.2.18.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. When the SS transmits a RADIO BEARER RECONFIGURATION message to 
the UE before the completion of a radio bearer reconfiguration commanded earlier, the UE keeps the old configuration. 
The UE shall also transmit an RRC STATUS message on the DCCH using AM RLC which is set to "Message not 
compatible with receiver state" in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER RECONFIGURATION 


Including IE"Uplink DPCH info" 


2 


^ 


RADIO BEARER RECONFIGURATION 


Sent before the elapse of the 
"Activation Time" indicated in the 
previous RADIO BEARER 
RECONFIGURATION message. 


3 


^ 


RRC STATUS 


The UE does not change the 
configuration. 



Specific Message Contents 



RADIO BEARER RECONFIGURATION 



The contents of RADIO BEARER RECONFIGURATION message in this test case is identical to those of the default 
contents of layer 3 messages for RRC tests with the following exceptions: 
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Information Element 


Value/remark 


Activation Time 


Current CFN-[current CFN mod 8 + 8 ] 



RRC STATUS 



Information Element 


Value/remark 


Message Type 


"RRC STATUS" 


Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.2.18.5 



Test requirement 



After step2 the UE shall keep its configuration and transmit an RRC STATUS message on the DCCH using AM RLC 
which is set to "Message not compatible with receiver state" in IE" Protocol error cause". 

8.2.2.1 9 Radio Bearer Reconfiguration from CELL_FACH to CELL_DCH: Failure 
(Invalid message reception) 



8.2.2.19.1 



Definition 



8.2.2.19.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER RECONFIGURATION message, 
which includes the spare value in the mandatory IE" DRX indicator" with criticality defined as "Reject". Then it shall 
transmit a RADIO BEARER RECONFIGURATION FAILURE message setting "protocol error" in IE" failure cause" 
and also setting "Information element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.19.3 



Test purpose 



To confirm that the UE transmits a RADIO BEARER RECONFIGRATION FAILURE message on the DCCH using 
AM RLC if it receives a RADIO BEARER RECONFIGURATION message which includes the spare value in the 
mandatory IE" DRX indicator", with criticality defined as "Reject". 



8.2.2.19.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE 
which includes the spare value in the mandatory IE" DRX indicator". The UE shall keep the old configuration and 
transmit a RADIO BEARER RECONFIGURATION FAILURE message on the DCCH using AM RLC indicating 
"protocol error" in IE" failure cause" and also set "Information element value not comprehended" in IE" Protocol error 

cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RECONFIGURATION 




2 


■> 


RADIO BEARER RECONFIGRATION 
FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



RADIO BEARER RECONFIGURATION 



The contents of RADIO BEARER RECONFIGRATION message in this test case is identical to those of the default 
contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


DRX indicator 


spare value 



RADIO BEARER RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 
Failure cause 

- Failure cause 

- Protocol error information 

- Protocol error cause 
Other information element 


"RADIO BEARER RECONFIGURATION FAILURE" 

Protocol error 

Information element value not comprehended 
Not checked 



8.2.2.19.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a RADIO BEARER RECONFIGRATION FAILURE 
message on the DCCH using AM RLC, which contain the cause "protocol error" in IE" failure cause" and "Information 
element value not comprehended" in IE" Protocol error cause". 

8.2.2.20 Radio Bearer Reconfiguration from CELL_FACH to CELL_DCH: Failure 
(Suspension of signalling bearer) 



8.2.2.20.1 



Definition 



8.2.2.20.2 



Conformance requirement 



The UE shall revert to the configuration prior to the reception of the RADIO BEARER RECONFIGURATION 
message which specifies the suspension of an existing signalling radio bearer. It shall then transmit a RADIO BEARER 
RECONFIGURATION FAILURE message to UTRAN 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.20.3 



Test purpose 



To confirm that the UE reverts to the old configuration and transmits a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC if the UE fails to reconfigure the new radio bearer due to an 
inappropriate suspension request in RADIO BEARER RECONFIGURATION message. 



8.2.2.20.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
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UE : CELL FACH 



Test Procedure 



The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE, 
which includes the IE"RB suspend/resume" set to "Suspend" for one existing signalling radio bearer. The UE shall 
revert to the old configuration. Then the UE transmits a RADIO BEARER RECONFIGURATION FAILURE message 
on the DCCH using AM RLC indicating "configuration unacceptable" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER 
RECONFIGURATION 


The message includes IE"RB 
suspend/resume" for one of the 
signalling radio bearer. 


2 


■> 


RADIO BEARER 
RECONFIGURATION FAILURE 


The UE shall revert to the old 
configuration 



Specific Message Contents 



RADIO BEARER RECONFIGURATION 



The contents of RADIO BEARER RECONFIGURATION message in this test case is identical to those of the default 
contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


RB information to reconfigure list 
RB information to reconfigure I 
-RB identity 
-RB suspend/resume 


2 

Set to the"Suspend" 


RADIO BEARER RECONFIGURATION FAILURE 


Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


"RADIO BEARER RECONFIGURATION FAILURE" 
configuration unacceptable 
Not checked 



8.2.2.20.5 



Test requirement 



After step2 the UE shall revert to the old configuration and transmit a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC. This message shall contain the value "configuration unacceptable ' 
in IE" failure cause". 

8.2.2.21 Radio Bearer Reconfiguration from CELL_FACH to CELL_FACH:Success 

8.2.2.21.1 Definition 



8.2.2.21.2 



Conformance requirement 



The UE shall correctly reconfigure a radio bearer according to a RADIO BEARER RECONFIGURATION message 
which is communicate with the UTRAN on the new radio bearer and a transition from CELL_FACH to CELL_FACH 
in the another cell. 

Reference 

3GPP TS 25.331 clause 8.2.2 
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8.2.2.22.3 



Test purpose 



To confirm that the UE establishes a new radio bearer by following a RADIO BEARER RECONFIGURATION 
message received from the SS. 



8.2.2.21.4 



Method of test 



Initial Condition 

System Simulator : 2 cells Cell 1 is active, Cell 2 is inactive 

UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE 
which includes the new transport channel parameter reconfigure for transit . The UE reconfigures the new transport 
cannel and transmits a RADIO BEARER RECONFIGURATION COMPLETE message using AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


BCCH 


The SS starts to broadcast the 
BCCH in cell 2. 


2 


<- 


RADIO BEARER 
RECONFIGURATION 


including Primary CPICH Info 


3 






Reconfiguration of 
Transport channel 


4 


■> 


RADIO BEARER 
RECONFIGURATION COMPLETE 





Specific Message Contents 
None 



8.2.2.21.5 



Test requirement 



After step3 the UE shall transit from CELL_FACH to CELL_FACH in the another cell and communicate with the SS 
on the DCCH and DTCH using the modified transport channel configurations 

8.2.2.22 Radio Bearer Reconfiguration from CELL_FACH to CELL_FACH: Failure 
(Unsupported configuration) 



8.2.2.22.1 



Definition 



8.2.2.22.2 



Conformance requirement 



This procedure is used to handle the case of a failure to reconfigure radio bearer(s) or signalling link(s), following a 
detection of an unsupported configuration by the UE. 

Reference 

3GPP TS 25.331 clause 8.2.2 
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8.2.2.22.3 



Test purpose 



To confirm that the UE transmits a RADIO BEARER RECONFIGURATION FAILURE message on the DCCH using 
AM RLC if the received RADIO BEARER RECONFIGURATION message includes unsupported configuration 
parameters. 



8.2.2.22.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE, 
which includes unsupported configuration parameters for the UE. The UE shall transmit a RADIO BEARER 
RECONFIGURATION FAILURE message on the DCCH using AM RLC which is set to "configuration unacceptable" 
in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER 
RECONFIGURATION 


Including unsupported 
configuration by the UE 


2 


■> 


RADIO BEARER 
RECONFIGURATION FAILURE 


The UE does not change the 
radio bearer. 



Specific Message Contents 



RADIO BEARER RECONFIGURATION 



The contents of RADIO BEARER RECONFIGURATION message in this test case is identical to those in the default 
contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 


63984. 
Not Present 


RADIO BEARER RECONFIGURATION FAILURE 


Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


"RADIO BEARER RECONFIGURATION FAILURE" 
Configuration unacceptable 
Not checked 



8.2.2.22.5 



Test requirement 



After step2 the UE shall keep its old configuration and transmit a RADIO BEARER RECONFIGURATION FAILURE 
message on the DCCH using AM RLC with the value "configuration unacceptable" set in IE" failure cause". 

8.2.2.23 Radio Bearer Reconfiguration from CELL_FACH to CELL_FACH: Failure 
(Physical channel failure) 



8.2.2.23.1 



Definition 
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8.2.2.23.2 



Conformance requirement 



The UE shall initiate the cell reselection procedure when the UE cannot use the assigned physical channel according 
to a RADIO BEARER RECONFIGURATION message, during the transition from CELL_FACH to 
CELL_FACH in the another cell. 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.23.3 



Test purpose 



To confirm that the UE reverts to the old configuration and transmits a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC if the UE fails to reconfigure the new radio bearer according to the 
RADIO BEARER RECONFIGURATION message received previously. 



8.2.2.23.4 



Method of test 



Initial Condition 

System Simulator : 3 cells Cell 1 is active, Cell 2 is inactive, Cell 3 is inactive 

UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state in cell 1. The SS begins to broadcast the BCCH in cell 2 and then transmits a 
RADIO BEARER RECONFIGURATION message, resulting in the UE to attempt to transit from CELL_FACH in cell 
1 to CELL_FACH in cell 3. The UE is expected to fail to access the assigned physical channel as the SS ceases 
downlink transmission in cell 3. After the UE successfully camp onto cell 2, it shall initiate the cell update procedure in 
cell 2. The procedure completes when the SS confirms UE's cell update request. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARE RECONFIGURATION 


The message assigns common 
resources so that the UE is 
expected to execute a transition 
from CELL FACH in cell 1 to 
CELL FACH in cell 3 


2 




BCCH 


The SS starts to broadcast the 
BCCH in cell 2. 


3 






The UE shall detect a failure to 
use the assigned common 
physical channel and try to 
perform a cell reselection. 


4 


■> 


CELL UPDATE 


The UE discover the presence 
of cell 2 and triggers a cell 
update procedure. 


5 


^ 


CELL UPDATE CONFIRM 


SS sends this message so that 
the UE moves to CELL_PCH 
state. 



Specific Message Contents 



None 



8.2.23.5 



Test requirement 



After step3 the UE shall discover the presence of cell 2, enter CELL_FACH state, and initiate a cell update procedure in 
that cell. 
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8.2.2.24 Radio Bearer Reconfiguration from CELL_FACH to CELL_FACH: Failure 
(Incompatible simultaneous reconfiguration) 



8.2.2.24.1 



Definition 



8.2.2.24.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives another RADIO BEARER RECONFIGURATION 
message before the UE can configure the radio bearer according to an earlier RADIO BEARER 
RECONFIGURATION message. The UE shall transmit an RRC STATUS message on the DCCH using AM 
RLC setting "Message not compatible with receiver state" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.2 



8.2.2.24.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits an RRC STATUS message when the UE receives another 
RADIO BEARER RECONFIGURATION message before the UE can complete the configuration of the radio bearer 
indicated in an earlier RADIO BEARER RECONFIGURATION message. 



8.2.2.24.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. When the SS transmits a RADIO BEARER RECONFIGURATION message to 
the UE before the UE configures the requested radio bearer(s), the UE keeps the old configuration and transmits an 
RRC STATUS message on the DCCH using AM RLC. This messageshall set value "Message not compatible with 
receiver state" in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RECONFIGURATION 


Including IE"Uplink DPCH info" 


2 


^ 


RADIO BEARER RECONFIGURATION 


Sent before the "activation time" 
in step 1 has elapsed 


3 


^ 


RRC STATUS 


The UE does not change the 
configuration. 



Specific Message Contents 

RADIO BEARER RECONFIGURATION (Step 1) 

The contents of RADIO BEARER RECONFIGURATION message in this test case is identical to those in the default 
contents of layer 3 messages for RRC tests with the following exceptions: 
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Information Element 


Value/remark 


Activation Time 


Current CFN-[current CFN mod 8 + 8 ] 



RC STATUS 



Information Element 


Value/remark 


Message Type 


"RRC STATUS" 


Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.2.24.5 



Test requirement 



After step2 the UE shall keep its configuration and transmit an RRC STATUS message on the DCCH using AM RLC 
which contains the value "Message not compatible with receiver state" set in IE" Protocol error cause". 

8.2.2.25 Radio Bearer Reconfiguration from CELL_FACH to CELL_FACH: Failure 
(Invalid message reception) 



8.2.2.25.1 



Definition 



8.2.2.25.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER RECONFIGURATION message, 
which includes the spare value in the mandatory IE" DRX indicator" having criticality defined as "Reject". The UE 
shall transmit a RADIO BEARER RECONFIGURATION FAILURE message which is set to "protocol error" in IE" 
failure cause" and is set to "Information element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.25.3 



Test purpose 



To confirm that the UE transmits a RADIO BEARER RECONFIGRATION FAILURE message on the DCCH using 
AM RLC, if it receives a RADIO BEARER RECONFIGURATION message containing a spare value in the mandatory 
IE" DRX indicator" with criticality defined as "Reject". 



8.2.2.25.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE 
which includes the spare value in the mandatory IE" DRX indicator" which criticality is defined as "Reject". The UE 
keeps the old configuration and transmits a RADIO BEARER RECONFIGURATION FAILURE message on the 
DCCH using AM RLC which is set to "protocol error" in IE" failure cause" and is set to "Information element value not 
comprehended" in IE" Protocol error cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RECONFIGURATION 


The message contains a illegal 
error in a mandatory IE. 


2 


■> 


RADIO BEARER RECONFIGRATION 
FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



RADIO BEARER RECONFIGURATION 



The contents of RADIO BEARER RECONFIGRATION message in this test case is identical to the corresponding 
message found in the default contents of layer 3 messages for RRC tests, with the following exceptions: 



Information Element 


Value/remark 


DRX indicator 


spare value 



RADIO BEARER RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 
Failure cause 

- Failure cause 

- Protocol error information 
- Protocol error cause 

Other information element 


"RADIO BEARER RECONFIGURATION FAILURE" 

Protocol error 

Information element value not comprehended 
Not checked 



8.2.2.25.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a RADIO BEARER RECONFIGRATION FAILURE 
message on the DCCH using AM RLC stating the reason "protocol error" in IE" failure cause". The message shall 
contain the value "Information element value not comprehended" in IE" Protocol error cause". 

8.2.2.26 Radio Bearer Reconfiguration from CELL_FACH to CELL_FACH :Failure 
(Suspension of signalling bearer) 



8.2.2.26.1 



Definition 



8.2.2.26.2 



Conformance requirement 



The UE shall revert to the old configuration prior to the reception of RADIO BEARER RECONFIGURATION 
message, which includes IE"RBsuspend/resume" specified as "Suspend", and transmit a RADIO BEARER 
RECONFIGURATION FAILURE message to UTRAN 

Reference 

3GPP TS 25.331 clause 8.2.2 



8.2.2.26.3 



Test purpose 



To confirm that the UE reverts to the old configuration and transmits a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC if the UE fails to reconfigure the new radio bearer according to a 
RADIO BEARER RECONFIGURATION message. 
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8.2.2.26.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER RECONFIGURATION message to the UE 
which specifies the suspension of a signalling radio bearer to be reconfigured. The UE shall revert to the old 
configuration. Then the UE transmits a RADIO BEARER RECONFIGURATION FAILURE message on the DCCH 
using AM RLC with the IE" failure cause" set to "configuration unacceptable". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER 
RECONFIGURATION 


Specifies a signalling radio 
bearer to be suspended. 


2 


■> 


RADIO BEARER 
RECONFIGURATION FAILURE 


The UE shall revert to the old 
configuration 



Specific Message Contents 



RADIO BEARER RECONFIGURATION 



The contents of RADIO BEARER RECONFIGURATION message in this test case is identical to those of the default 
contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


RB information to reconfigure list 
RB information to reconfigure I 
-RB identity 
-RB suspend/resume 


3 
"Suspend" 


RADIO BEARER RECONFIGURATION FAILURE 


Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


"RADIO BEARER RECONFIGURATION FAILURE" 
Configuration unacceptable 
Not checked 



8.2.2.26.5 



Test requirement 



After step2 the UE shall revert to the old configuration and transmit a RADIO BEARER RECONFIGURATION 
FAILURE message on the DCCH using AM RLC specifying the reason "configuration unacceptable " in IE" failure 

cause". 

8.2.3 Radio Bearer Release 

8.2.3.1 Radio Bearer Release for transition from CELL_DCH to CELL_DCH: 

Success 



8.2.3.1.1 



Definition 



8.2.3.1.2 Conformance requirement 

The UE shall correctly release a radio bearer according to a RADIO BEARER RELEASE message. 
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Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.1.3 



Test purpose 



To confirm that the UE release the existing radio bearer according to a RADIO BEARER RELEASE message received 
from the SS. 



8.2.3.1.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER RELEASE message to the UE. The UE 
release the radio bearer and transmits a RADIO BEARER RELEASE COMPLETE message on the uplink DCCH using 
AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RELEASE 




2 






Release the radio bearer 


3 


■> 


RADIO BEARER RELEASE COMPLETE 





Specific Message Contents 
None 



8.2.3.1.5 Test requirement 

After stepl the UE shall release its radio bearers. 

After step3 the UE shall stop communicating on the released radio bearers, no uplink transmission shall be observed 
originating from the released link. The remaining radio bearers shall continue to be operational. 

8.2.3.2 Radio Bearer Release for transition from CELL_DCH to CELL_DCH: Failure 

(Unsupported configuration) 



8.2.3.2.1 



Definition 



8.2.3.2.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER RELEASE message which 

includes unsupported configuration parameters and transmit a RADIO BEARER RELEASE FAILURE message 
on the DCCH using AM RLC, setting value "configuration unacceptable" in IE" failure cause". 

Reference 

3GPPTS 25.331 clause 8.2.3 
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8.2.3.2.3 



Test purpose 



To confirm that the UE keeps its current configuration and transmits a RADIO BEARER RELEASE FAILURE 
message on the DCCH using AM RLC, if the received RADIO BEARER RELEASE message indicates an unsupported 
configuration parameters for the UE. 



8.2.3.2.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER RELAESE message to the UE specifying a 
frequency which is not supported by the UE. The UE transmits a RADIO BEARER RELEASE FAILURE message on 
the DCCH using AM RLC indicating "configuration unacceptable" in IE" failure cause".. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RELEASE 


Including unsupported 
configuration by the UE 


2 


■> 


RADIO BEARER RELAESE FAILURE 


The UE does not change the 
radio bearer. 



Specific Message Contents 



RADIO BEARER RELEASE 



The contents of RADIO BEARER RELEASE message in this test case is identical to those of the default contents of 
layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 


63984 
Not Present 


RADIO BEARER RELEASE FAILURE 


Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Configuration unacceptable 
Not checked 



8.2.3.2.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a RADIO BEARER RELEASE FAILURE message on 
the DCCH using AM RLCwith the IE" failure cause" set to "configuration unacceptable". The UE shall able to 
continue receiving and sending user data. 

8.2.3.3 Radio Bearer Release for transition from CELL_DCH to CELL_DCH: Failure 

(Physical channel failure and reversion to old configuration) 



8.2.3.3.1 



Definition 
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8.2.3.3.2 



Conformance requirement 



The UE shall revert to the old configuration when the UE fails to configure the new radio bearer by timer T312 
expiry and transmit a RADIO BEARER RELEASE FAILURE message on the DCCH using AM RLC which is 
set to "physical channel failure" in IE" failure cause". 

Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.3.3 



Test purpose 



To confirm that the UE reverts to the old configuration and transmits a RADIO BEARER RELEASE FAILURE 
message on the DCCH using AM RLC if the UE fails to release the radio bearer according to a RADIO BEARER 
RELEASE message by timer T312 expiry. 



8.2.3.3.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER RELEASE message but it does not configure 
LI correspondingly. This causes the UE to fail to release the radio bearer, and after T312 expiry the UE reverts to the 
old configuration.The UE then transmits a RADIO BEARER RELEASE FAILURE message on the DCCH using AM 
RLC which specifies ".physical channel failure" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER RELEASE 




2 






The SS does not configure L1 to 
reflect the release of the 
indicated bearer. 


3 


■> 


RADIO BEARER RELEASE FAILURE 


After T312 expiry, the UE finds 
that it fails to release a radio 
bearer and reverts to the old 
configuration. 



Specific Message Contents 



RADIO BEARER RELEASE FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Physical channel failure 
Not checked 



8.2.3.3.5 



Test requirement 



After step2 the UE shall revert to the old configuration and transmit a RADIO BEARER RELEASE FAILURE message 
on the DCCH using AM RLC which includes the value "physical channel failure" in IE" failure cause". 



ETSI 



3G TS 34.1 23-1 version 3.0.0 Release 1 999 249 ETSI TS 1 34 1 23-1 V3.0.0 (2000-06) 

8.2.3.4 Radio Bearer Release for transition from CELL_DCH to CELL_DCH: 

Failure(Physical channel failure and reversion failure) 

8.2.3.4.1 Definition 



8.2.3.4.2 Conformance requirement 

The UE shall perform an RRC connection re-establishment procedure when the UE fails to revert to the old 
configuration after the detection of physical channel failure in the radio bearer release procedure. 

Reference 

3GPPTS 25.331 clause 8.2.3 

8.2.3.4.3 Test purpose 

To confirm that the UE initiates an RRC connection re-establishment procedure when the UE cannot revert to the old 
configuration after encountering a physical channel failure during the execution of a radio bearer release procedure. 

8.2.3.4.4 Method of test 

Initial Condition 

System Simulator : 2 cells - Cell 1 is active, Cell. 2 is inactive 

UE : CELL_DCH in cell 1 

Test Procedure 

The UE is in the CELL_DCH state in cell 1. The SS begins to broadcast the BCCH in cell 2 with a lower power level 
than for cell 1. At the same time, it transmits a RADIO BEARER RELAESE message to the UE but does not configure 
LI. As a result, the UE fails to release the radio bearer properly and tries to revert to the old configuration after T312 
expiry. But the SS deletes the old radio bearer so the UE shall find the availability of cell 2 and transmits to it an RRC 
CONNECTION RE-ESTABLISHMENT REQUEST message, which includes the IE"U-RNTI" and sent on the uplink 
CCCH. The SS transmits an RRC CONNECTION RE-ESTABLISHMENT message, which includes a new TFCS 
according to the new transport channel. After the UE receives an RRC CONNECTION RE-ESTABLISHMENT 
message, it reconfigures the new radio connection and transmits an RRC CONNECTION RE-ESTABLISHMENT 
COMPLETE message on the uplink DCCH using AM RLC 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


BCCH 


The SS starts to transmit the 
BCCH for cell 2 but at a lower 
power level than cell 1 . 


2 


^ 


RADIO BEARER RELEASE 




3 






The SS does not configure L1 
and deletes the old 
configuration. This is expected 
to cause the UE to fail in the 
release the radio bearer and can 
not revert to the old 
configuration. 


4 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE shall find cell 2 and 
then transmit this message 
which includes the IE"U-RNTI" 
set to its assigned connected 
mode identity. 


5 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


Including the new TFCS 
according to the new transport 
channel. 


6 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 
None. 



8.2.3.4.5 



Test requirement 



After step 3 the UE shall find the presence of cell 2, enter CELL_FACH state, and transmits RRC CONNECTION RE- 
ESTABLISHMENT REQUEST message on the uplink CCCH of cell 2. 

After step6 the UE shall successfully re-establish an RRC connection, after sending RRC CONNECTION RE- 
RESTABLISHMENT COMPLETE message. 

8.2.3.5 Radio Bearer Release for transition from CELL_DCH to CELL_DCH: Failure 

(Incompatible simultaneous reconfiguration) 



8.2.3.5.1 



Definition 



8.2.3.5.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives another RADIO BEARER RELEASE message before 
the UE is able to release the indicated radio bearer according to a RADIO BEARER RELEASE message. The 
UE shall transmit an RRC STATUS message on the DCCH using AM RLC which is set to "Message not 
compatible with receiver state" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.5.3 



Test purpose 



To confirm that the UE keeps its configuration when the UE receives another RADIO BEARER RELEASE message 
before the UE releases the radio bearer according to the earlier RADIO BEARER RELEASE message. 
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8.2.3.5.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. When the SS transmits a RADIO BEARER RELEASE message to the UE before 
the UE releases the radio bearer requested, the UE keeps the old configuration. It shall transmit an RRC STATUS 
message on the DCCH using AM RLC which is set to "Message not compatible with receiver state" in IE" Protocol 
error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER RELEASE 




2 


^ 


RADIO BEARER RELEASE 


Message sent before the 
"activation time" indicated in the 
message of step 1 has elapsed. 


3 


^ 


RRC STATUS 


The UE does not change the 
configuration. 



Specific Message Contents 



RADIO BEARER RELEASE 



The contents of RADIO BEARER RECONFIGURATION message in this test case is identical to those found in default 
contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Activation Time 


Current CFN-[current CFN mod 8 + 8 ] 



RRC STATUS 



Information Element 


Value/remark 


Message Type 




Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.3.5.5 



Test requirement 



After step2 the UE shall keep its old configuration and transmit an RRC STATUS message on the DCCH using AM 
RLC which is set to "Message not compatible with receiver state" in IE" Protocol error cause". 

8.2.3.6 Radio Bearer Release for transition from CELL_DCH to CELL_DCH: Failure 

(Invalid message reception) 



8.2.3.6.1 



Definition 



8.2.3.6.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER RELEASE message which includes 
the spare value in the mandatory IE" DRX indicator". It shall transmit a RADIO BEARER RELEASE FAILURE 
message which contains value "protocol error" in IE" failure cause" and value "Information element value not 
comprehended" in IE" Protocol error cause". 
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Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.6.3 



Test purpose 



To confirm that the UE transmits a RADIO BEARER RELEASE FAILURE message on the DCCH using AM RLC if it 
receives a RADIO BEARER RELEASE message, which uses a spare value in the mandatory IE" DRX indicator". 



8.2.3.6.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER RELAESE message to the UE which 
includes the spare value in the mandatory IE" DRX indicator". The UE keeps the old configuration and transmits a 
RADIO BEARER RELEASE FAILURE message on the DCCH using AM RLC. This message shall indicate "protocol 
error" in IE" failure cause" and also "Information element value not comprehended" in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RELEASE 




2 


■> 


RADIO BEARER RELEASE FAILURE 


The UE shall not change the 
configuration. 



Specific Message Contents 

RADIO BEARER RELEASE 

The contents of RADIO BEARER RELEASE message in this test case is identical to that found in default contents of 
layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


DRX indicator 


Spare value 



RADIO BEARER RELEASE FAILURE 



Information Element 


Value/remark 


Message Type 




Failure cause 




- Failure cause 


Protocol error 


- Protocol error information 




- Protocol error cause 


Information element value not comprehended 


Other information element 


Not checked 



8.2.3.6.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a RADIO BEARER RELEASE FAILURE message on 
the DCCH using AM RLC, which is set to "protocol error" in IE" failure cause" and is set to "Information element 
value not comprehended" in IE" Protocol error cause". 
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8.2.3.7 Radio Bearer Release for transition from CELL_DCH to CELL_FACH: 

Success 



8.2.3.7.1 



Definition 



8.2.3.7.2 



Conformance requirement 



The UE shall correctly release a radio bearer according to a RADIO BEARER RELEASE message, when the 
common physical channel are requested to be used for the remaining radio bearers. 

Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.7.3 



Test purpose 



To confirm that the UE release the existing the radio bearer according to a RADIO BEARER RELEASE message 
received from the SS. 



8.2.3.7.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER RELEASE message to the UE. The UE 
release the radio bearer and transmits a RADIO BEARER RELEASE COMPLETE message on the uplink DCCH using 
AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RELEASE 




2 






SS releases the radio bearer in 
the fashion specified in the 
message and allocate common 
channel resources to carry the 
remaining radio bearers. 


3 


■> 


RADIO BEARER RELEASE COMPLETE 


UE shall be able to continue 
communication over the 
remaining radio bearers using 
the allocated common control 
channels. 



Specific Message Contents 



None 



8.2.3.7.5 



Test requirement 



After step3 the UE shall release the specified radio bearer(s) and cease any further uplink transmission from these radio 
bearer(s). At the same time, it shall resume the transmission or reception of data for the previously suspended radio 
bearers. 
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8.2.3.8 Radio Bearer Release for transition from CELL_DCH to CELL_FACH: Failure 

(Unsupported configuration) 



8.2.3.8.1 



Definition 



8.2.3.8.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER RELEASE message, which 
includes an unsupported configuration parameters and then transmit a RADIO BEARER RELEASE FAILURE 
message on the DCCH using AM RLC, setting "configuration unacceptable" in IE" failure cause". 

Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.8.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits a RADIO BEARER RELEASE FAILURE message on the 
DCCH using AM RLC if the received RADIO BEARER RELEASE message includes unsupported configuration 
parameters for the UE. 



8.2.3.8.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER RELAESE message to the UE as the 
frequency cannot be supported by the UE. The UE transmits a RADIO BEARER RELEASE FAILURE message on the 
DCCH using AM RLC and set value "configuration unacceptable" in IE" failure cause".. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RELEASE 


The message Includes a 
configuration unsupported by the 
UE. 


2 


■> 


RADIO BEARER RELAESE FAILURE 


The UE does not alter the 
current radio bearer 
configuration. 



Specific Message Contents 



RADIO BEARER RELEASE 



The contents of RADIO BEARER RELEASE message in this test case is identical to those in the default contents of 
layer 3 messages for RRC tests with the following exceptions: 
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Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 


63984 
Not present 


RADIO BEARER RELEASE FAILURE 


Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Configuration unacceptable 
Not checked 



8.2.3.8.5 Test requirement 

After step2 the UE shall keep its old configuration and transmit a RADIO BEARER RELEASE FAILURE message on 
the DCCH using AM RLC which is set to "configuration unacceptable" in IE" failure cause". 

8.2.3.9 Radio Bearer Release for transition from CELL_DCH to CELL_FACH: Failure 

(Physical channel failure) 

8.2.3.9.1 Definition 



8.2.3.9.2 Conformance requirement 

The UE shall initiate the cell update procedure when the UE cannot use the assigned physical channel according to a 
RADIO BEARER RELEASE message as the transition from CELL_DCH to CELL_FACH. 

Reference 

3GPPTS 25.331 clause 8.2.3 

8.2.3.9.3 Test purpose 

To confirm that the UE perform a cell update procedure when the UE cannot use the assigned physical channel 
according to a RADIO BEARER RELEASE message as the transition from CELL_DCH to CELL_FACH. 

8.2.3.9.4 Method of test 

Initial Condition 

System Simulator : 2 cells □ No.l is active, No. 2 is inactive □ 

UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state in cell No.l. The SS begins to broadcast the BCCH in cell No. 2 and transmits a 
RADIO BEARER RELEASE message as the transition from CELL_DCH to CELL_FACH. The UE cannot use the 
assigned physical channel as the SS does not transmit any data on the DL common channel in cell No.l. Then the UE 
initiate the cell update procedure in cell No. 2. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RELEASE 


Assigned the transition from 
CELL DCHtoCELL FACH 


2 




BCCH 


The SS broadcasts BCCH in cell 
No.2. 


3 






The UE cannot use the 
assigned the physical channel. 


4 


■> 


CELL UPDATE 


The UE finds a new cell: :No.2 
and begins a cell update 
procedure. 


5 


<- 


CELL UPDATE CONFIRM 


In the CELL FACH state 



Specific Message Contents 



None 



8.2.3.9.5 



Test requirement 



After step3 the UE shall find a new cell No.2 and enter to CELL_FACH state. Then the UE shall initiate a cell update 
procedure in cell No.2. 

8.2.3.1 Radio Bearer Release for transition from CELL_DCH to CELL_FACH: Failure 
(Incompatible simultaneous reconfiguration) 



8.2.3.10.1 



Definition 



8.2.3.10.1 



Conformance requirement 



The UE shall keep its old configuration when the UE receives another RADIO BEARER RELEASE message, 
before the UE manages to release the radio bearer specified in the RADIO BEARER RELEASE message. The 
UE shall transmit an RRC STATUS message on the DCCH using AM RLC and set value "Message not 
compatible with receiver state" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.10.2 



Test purpose 



To confirm that the UE keeps its configuration when the UE receives another RADIO BEARER RELEASE message 
before the UE has completed the release of the radio bearer according to a RADIO BEARER RELEASE message. 



8.2.3.10.3 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. When the SS transmits a RADIO BEARER RELEASE message to the UE before 
the it completes the releases of the requested radio bearer, the UE keeps the old configuration. Thereafter, it transmits 
an RRC STATUS message on the DCCH using AM RLC and set "Message not compatible with receiver state" in IE" 
Protocol error cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RELEASE 




2 


^ 


RADIO BEARER RELEASE 


Sent before the passing of the 
"activation time" indicated in 
RADIO BEARER RELEASE 
message in step 1 . 


3 


^ 


RRC STATUS 


The UE shall not change the radio 
bearer configuration. 



Specific Message Contents 

RADIO BEARER RELEASE (Step 1) 

The contents of RADIO BEARER RELEASE message in this test case is identical to those found in the default contents 
of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Activation Time 


Current CFN-[current CFN mod 8 + 8 ] 



RRC STATUS 



Information Element 


Value/remark 


Message Type 




Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.3.10.4 



Test requirement 



After step2 the UE shall keep its old configuration and transmit an RRC STATUS message on the DCCH using AM 
RLC, setting "Message not compatible with receiver state" in IE" Protocol error cause". 

8.2.3.1 1 Radio Bearer Release for transition from CELL_DCH to CELL_FACH: Failure 

(Invalid message reception) 



8.2.3.11.1 



Definition 



8.2.3.11.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER RELEASE message. The message 
uses a spare value for the mandatory IE" DRX indicator". Upon receiving this message, the UE shall transmit a 
RADIO BEARER RELEASE FAILURE message containing the value "protocol error" in IE" failure cause" and also 
the value "Information element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.11.3 



Test purpose 



To confirm that the UE transmits a RADIO BEARER RELEASE FAILURE message on the DCCH using AM RLC if it 
receives a RADIO BEARER RELEASE message which uses a spare value in the mandatory IE" DRX indicator". 



8.2.3.11.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
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UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a RADIO BEARER RELAESE message to the UE which 
indicates a spare value in the mandatory IE" DRX indicator". The UE shall keeps the old configuration and then 
transmit a RADIO BEARER RELEASE FAILURE message on the DCCH using AM RLC. The content of this 
message shall indicates "protocol error" in IE" failure cause" and also "Information element value not comprehended" 
in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RELEASE 


This message uses a spare value 
for a mandatory IE. 


2 


■> 


RADIO BEARER RELEASE FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



RADIO BEARER RELEASE 



The contents of RADIO BEARER RELEASE message in this test case is identical to those found in the default contents 
of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


DRX indicator 


Spare value 



RADIO BEARER RELEASE FAILURE 



Information Element 


Value/remark 


Message Type 




Failure cause 




- Failure cause 


Protocol error 


- Protocol error information 




- Protocol error cause 


Information element value not comprehended 


Other information element 


Not checked 



8.2.3.11.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a RADIO BEARER RELEASE FAILURE message on 
the DCCH using AM RLC which set "protocol error" in IE" failure cause" and also set "Information element value not 
comprehended" in IE" Protocol error cause". 

8.2.3.1 2 Radio Bearer Release for transition from CELL_FACH to CELL_DCH: 
Success 



8.2.3.12.1 



Definition 



8.2.3.12.2 Conformance requirement 

The UE shall correctly release a radio bearer according to a RADIO BEARER RELEASE message. 

Reference 

3GPPTS 25.331 clause 8.2.3 
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8.2.3.12.3 



Test purpose 



To confirm that the UE release the existing radio bearer(s) according to the RADIO BEARER RELEASE message 
received from the SS. 



8.2.3.12.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER RELEASE message to the UE. The UE 
shall release the radio bearer and transmits a RADIO BEARER RELEASE COMPLETE message on the uplink DCCH 
using AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RELEASE 




2 






Release the radio bearer 


3 


■> 


RADIO BEARER RELEASE COMPLETE 





Specific Message Contents 

None 



8.2.3.12.5 



Test requirement 



After step3 the UE shall stop communicating on the released radio bearers, and resume all suspended radio bearer using 
the dedicated physical channel allocated. 

8.2.3.1 3 Radio Bearer Release for transition from CELL_FACH to CELL_DCH: Failure 
(Unsupported configuration) 



8.2.3.13.1 



Definition 



8.2.3.13.2 



Conformance requirement 



The UE shall keep its old configuration when it receives a RADIO BEARER RELEASE message which 

specifiesunsupported configuration parameters for the UE. Then the UE shall transmit a RADIO BEARER 
RELEASE FAILURE message on the DCCH using AM RLC which, setting value "configuration unacceptable" 
in IE" failure cause". 

Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.13.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits a RADIO BEARER RELEASE FAILURE message on the 
DCCH using AM RLC if the received RADIO BEARER RELEASE message requests for unsupported configuration 
parameters for the UE. 
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8.2.3.13.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER RELAESE message to the UE, referring to 
a frequency which cannot be supported by the UE. The UE shall transmit a RADIO BEARER RELEASE FAILURE 
message on the DCCH using AM RLC and set "configuration unacceptable" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER RELEASE 


The message contains a 
configuration not supported by 
the UE 


2 


■> 


RADIO BEARER RELAESE FAILURE 


The UE shall not change the 
radio bearer configuration. 



Specific Message Contents 



RADIO BEARER RELEASE 



The contents of RADIO BEARER RELEASE message in this test case is identical to those of the default contents of 
layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 


63984 
Not Present 



RADIO BEARER RELEASE FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Configuration unacceptable 
Not checked 



8.2.3.13.5 



Test requirement 



After step2 the UE shall keep its old configuration and transmit a RADIO BEARER RELEASE FAILURE message on 
the DCCH using AM RLC, stating the reason "configuration unacceptable" in IE" failure cause". 

8.2.3.14 Radio Bearer Release for transition from CELL_FACH to CELL_DCH: Failure 
(Physical channel failure and reversion to old configuration) 



8.2.3.14.1 



Definition 



8.2.3.14.2 



Conformance requirement 



The UE shall revert to the old configuration when the UE fails to configure the new radio bearer before T312 timer 
expiry. Then it shall transmit a RADIO BEARER RELEASE FAILURE message on the DCCH using AM 
RLC, setting the value "physical channel failure" in IE" failure cause". 
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Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.14.3 



Test purpose 



To confirm that the UE reverts to the old configuration and transmits a RADIO BEARER RELEASE FAILURE 
message on the DCCH using AM RLC if the UE fails to release the radio bearer in accordance the specified settings in 
RADIO BEARER RELEASE message by T312 timer expiry. 



8.2.3.14.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER RELEASE message and does not configure 
LI. The UE is expected to encounter a failure while releasing the radio bearer. After T312 timer expiry, the UE shall 
revert to the old radio bearer configuration, so the UE transmits a RADIO BEARER RELEASE FAILURE message on 
the DCCH using AM RLC which is set to ".physical channel failure" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RELEASE 




2 






The SS does not configure L1 . 


3 


■> 


RADIO BEARER RELEASE FAILURE 


After T31 2 expiry the UE fails to 
release a radio bearer and 
reverts to the old configuration. 



Specific Message Contents 



RADIO BEARER RELEASE FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Physical channel failure 
Not checked 



8.2.3.14.5 



Test requirement 



After step2 the UE shall revert to the old configuration and transmit a RADIO BEARER RELEASE FAILURE message 
on the DCCH using AM RLC, setting the value "physical channel failure" in IE" failure cause". 

8.2.3.1 5 Radio Bearer Release for transition from CELL_FACH to CELL_DCH: 
Failure(Physical channel failure and reversion failure) 



8.2.3.15.1 



Definition 



8.2.3.15.2 



Conformance requirement 



The UE shall perform an RRC connection re-establishment procedure when the UE fails to revert to the old 
configuration after the detection of physical channel failure in the radio bearer release procedure. 
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Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.15.3 



Test purpose 



To confirm that the UE initiates an RRC connection re-establishment procedure when the UE cannot revert to the old 
configuration, following a physical channel failure during the radio bearer release. 



8.2.3.15.4 



Method of test 



Initial Condition 

System Simulator : 2 cells - Cell.l is active, Cell 2 is inactive 

UE : CELL_FACH in cell No. 1 

Test Procedure 

The UE is in the CELL_FACH state in cell 1. The SS begins to broadcast the BCCH in cell 2 and then transmits a 
RADIO BEARER RELAESE message to the UE, but it does not configure LI. This is expected to cause the UE to 
experience a failure to release the radio bearer and it subsequently tries to revert to the old configuration after T312 
expiry. The SS deletes the old radio bearer, so the UE shall find cell 2 and transmits to it an RRC CONNECTION RE- 
ESTABLISHMENT REQUEST message, which includes the IE'U-RNTI" on the uplink CCCH. After receiving this 
message, the SS transmits an RRC CONNECTION RE-ESTABLISHMENT message which includes a new TFCS 
according to the new transport channel. After the UE receives an RRC CONNECTION RE-ESTABLISHMENT 
message, it reconfigures the new radio connection and transmits an RRC CONNECTION RE-ESTABLISHMENT 
COMPLETE message on the uplink DCCH using AM RLC 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


BCCH 


The SS starts to transmit the 
BCCH in a cell 2. 


2 


^ 


RADIO BEARER RELEASE 




3 






The SS does not configure L1 
and deletes the old configuration 
so the UE cannot release the 
radio bearer and also fails revert 
to the old configuration. 


4 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE finds a new cell 2 and 
then transmits this message 
which includes the IE"U-RNTI" it 
has been assigned to. 


5 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


Including the new TFCS 
according to the new transport 
channel. 


6 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 



None. 



8.2.3.15.5 



Test requirement 



After step3 the UE shall find the presence of cell 2, enter CELL_FACH state, and transmit a RRC CONNECTION RE- 
ESTABLISHMENT REQUEST on the uplink CCCH. 

After step6 the UE shall successfully re-establish an RRC connection and access the dedicated physical channels 
assigned. 
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8.2.3.16 Radio Bearer Release for transition from CELL_FACH to CELL_DCH: Failure 
(Incompatible simultaneous reconfiguration) 



8.2.3.16.1 



Definition 



8.2.3.16.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives another RADIO BEARER RELEASE message before 
the UE is able to release the radio bearer according to an earlier RADIO BEARER RELEASE message. The UE 
shall then transmit an RRC STATUS message on the DCCH using AM RLC, setting value "Message not 
compatible with receiver state" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.16.3 



Test purpose 



To confirm that the UE keeps its old configuration when it receives another RADIO BEARER RELEASE message 
before it releases the radio bearer according to an earlier RADIO BEARER RELEASE message. 



8.2.3.16.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. When the SS transmits a RADIO BEARER RELEASE message to the UE before 
the UE completes the release of the radio bearer, it shall keep the old configuration and transmit an RRC STATUS 
message on the DCCH using AM RLC. This message shall specify the reason "Message not compatible with receiver 
state" in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RELEASE 




2 


^ 


RADIO BEARER RELEASE 


Sent before the expiry stated in IE 
"Activation Time" of RADIO 
BEARER RELEASE message in 
step 1 . 


3 


^ 


RRC STATUS 


The UE does not change the 
configuration. 



Specific Message Contents 

RADIO BEARER RELEASE (Step 1) 

The contents of RADIO BEARER RELEASE message in this test case is identical to those found in default contents of 
layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Activation Time Info 


Current CFN-[current CFN mod 8 + 8 ] 



RRC STATUS 
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Information Element 


Value/remark 


Message Type 




Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.3.16.5 



Test requirement 



After step2 the UE shall keep its old configuration and transmit an RRC STATUS message on the DCCH using AM 
RLC, and set the value "Message not compatible with receiver state" in IE" Protocol error cause". 

8.2.3.1 7 Radio Bearer Release for transition from CELL_FACH to CELL_DCH: Failure 
(Invalid message reception) 



8.2.3.17.1 



Definition 



8.2.3.17.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER RELEASE message which uses a 
spare value in the mandatory IE" DRX indicator". It shall transmit a RADIO BEARER RELEASE FAILURE message 
which indicate the value "protocol error" in IE" failure cause" and setting "Information element value not 
comprehended" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.17.3 



Test purpose 



To confirm that the UE transmits RADIO BEARER RELEASE FAILURE message on the DCCH using AM RLC if it 
receives a RADIO BEARER RELEASE message which uses a spare value in the mandatory IE" DRX indicator". 



8.2.3.17.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER RELAESE message to the UE containing a 
spare value in the mandatory IE" DRX indicator". The UE keeps the old configuration and transmits a RADIO 
BEARER RELEASE FAILURE message on the DCCH using AM RLC, which shall indicate the reason "protocol 
error" in IE" failure cause" and also "Information element value not comprehended" in IE" Protocol error cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RELEASE 




2 


■> 


RADIO BEARER RELEASE FAILURE 


The UE shall not change its 
current configuration. 



Specific Message Contents 



RADIO BEARER RELEASE 



The contents of RADIO BEARER RELEASE message in this test case is identical to those for the default contents of 
layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


DRX indicator 


spare value 



RADIO BEARER RELEASE FAILURE 



Information Element 


Value/remark 


Message Type 




Failure cause 




- Failure cause 


Protocol error 


- Protocol error information 




- Protocol error cause 


Information element value not comprehended 


Other information element 


Not checked 



8.2.3.17.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a RADIO BEARER RELEASE FAILURE message on 
the DCCH using AM RLC, setting "protocol error" in IE" failure cause" and also indicating "Information element value 
not comprehended" in IE" Protocol error cause". 

8.2.3.1 8 Radio Bearer Release for transition from CELL_FACH to CELL_FACH: 
Success 



8.2.3.18.1 



Definition 



8.2.3.18.2 Conformance requirement 

The UE shall correctly release a radio bearer according to the RADIO BEARER RELEASE message received. 

Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.18.3 



Test purpose 



To confirm that the UE release the existing the radio bearer(s) according to the RADIO BEARER RELEASE message 
received from the SS. 



8.2.3.18.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



266 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER RELEASE message to the UE. The UE 
release the radio bearer and transmits a RADIO BEARER RELEASE COMPLETE message on the uplink DCCH using 
AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RELEASE 




2 






The UE shall release the 
requested radio bearer(s), and 
stop transmitting using these 
radio bearer(s). 


3 


■> 


RADIO BEARER RELEASE COMPLETE 





Specific Message Contents 
None 

8.2.3.18.5 Test requirement 

After stepl the UE shall cease the transmission and reception of the affected radio bearers. 

After step3 the UE shall stop communicating on radio bearers to be released. 

8.2.3.1 9 Radio Bearer Release for transition from CELL_FACH to CELL_FACH: 
Failure (Unsupported configuration) 

8.2.3.19.1 Definition 



8.2.3.19.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a RADIO BEARER RELEASE message that 
specifies an unsupported configuration. It shall then transmit a RADIO BEARER RELEASE FAILURE 
message on the DCCH using AM RLC and setting the cause "configuration unacceptable" in IE" failure cause" 

Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.19.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits a RADIO BEARER RELEASE FAILURE message on the 
DCCH using AM RLC, if the received RADIO BEARER RELEASE message includes unsupported configuration 
parameters. 



8.2.3.19.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 
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Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER RELAESE message to the UE specifying a 
frequency, which cannot be supported by the UE. The UE shall transmit a RADIO BEARER RELEASE FAILURE 
message on the DCCH using AM RLC, indicating "configuration unacceptable" in IE" failure cause".. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RELEASE 


Including an unsupported 
configuration for the UE 


2 


■> 


RADIO BEARER RELAESE FAILURE 


The UE shall not change the 
radio bearer. 



Specific Message Contents 



RADIO BEARER RELEASE 



The contents of RADIO BEARER RELEASE message in this test case is identical to those of the default contents of 
layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 


63984 
Not Present 


RADIO BEARER RELEASE FAILURE 


Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Configuration unacceptable 
Not checked 



8.2.3.19.5 



Test requirement 



After step2 the UE shall keep its old configuration and transmit a RADIO BEARER RELEASE FAILURE message on 
the DCCH using AM RLC, and set "configuration unacceptable" in IE" failure cause". 

8.2.3.20 Radio Bearer Release for transition from CELL_FACH to CELL_FACH: 
Failure (Incompatible simultaneous reconfiguration) 



8.2.3.20.1 



Definition 



8.2.3.20.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives another RADIO BEARER RELEASE message, 
before the UE releases the radio bearer according to an earlier RADIO BEARER RELEASE message. The UE 
shall transmit an RRC STATUS message on the DCCH using AM RLC, indicating "Message not compatible 
with receiver state" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.20.3 



Test purpose 



To confirm that the UE keeps its configuration when it receives another RADIO BEARER RELEASE message before it 
manage to release the radio bearer according to a RADIO BEARER RELEASE message. 
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8.2.3.20.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. When the SS transmits a RADIO BEARER RELEASE message to the UE before 
it completes the release of the radio bearer, the UE shall keep the old configuration. It then transmits an RRC STATUS 
message on the DCCH using AM RLC, setting "Message not compatible with receiver state" in IE" Protocol error 

cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


RADIO BEARER RELEASE 




2 


^ 


RADIO BEARER RELEASE 


Sent before the passing of the 
time indicated in "Activation Time 
Info" in the RADIO BEARER 
RELEASE message of step 1 . 


3 


^ 


RRC STATUS 


The UE does not change the 
configuration. 



Specific Message Contents 



RADIO BEARER RELEASE 



The contents of RADIO BEARER RELEASE message in this test case is identical to those found in the default contents 
of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Activation Time Info 


Current CFN-[current CFN mod 8 + 8 ] 


RRC STATUS 


Information Element 


Value/remark 


Message Type 

Protocol error information 

Other information element 


Message not compatible with receiver state 
Not checked 



8.2.3.20.5 



Test requirement 



After step2 the UE shall keep its old configuration and transmit an RRC STATUS message on the DCCH using AM 
RLC, and setting "Message not compatible with receiver state" in IE" Protocol error cause". 

8.2.3.21 Radio Bearer Release for transition from CELL_FACH to CELL_FACH: 

Failure (Invalid message reception) 



8.2.3.21.1 



Definition 



8.2.3.21.2 



Conformance requirement 



The UE shall keep its old configuration when it receives a RADIO BEARER RELEASE message, including a spare 
value in the mandatory IE" DRX indicator". It shall transmit a RADIO BEARER RELEASE FAILURE message with 
the cause "protocol error" in IE" failure cause" and also the cause "Information element value not comprehended" set in 
IE" Protocol error cause". 
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Reference 

3GPPTS 25.331 clause 8.2.3 



8.2.3.21.3 



Test purpose 



To confirm that the UE transmits a RADIO BEARER RELEASE FAILURE message on the DCCH using AM RLC, if 
it receives a RADIO BEARER RELEASE message using a spare value in the mandatory IE" DRX indicator". 



8.2.3.21.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a RADIO BEARER RELAESE message to the UE which 
includes the use of a spare value in the mandatory IE" DRX indicator". The UE shall keep the old configuration intact 
and transmits a RADIO BEARER RELEASE FAILURE message on the DCCH using AM RLC. The message shall 
state "protocol error" in IE" failure cause", and also indicate "Information element value not comprehended" in IE" 
Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


RADIO BEARER RELEASE 


This message contains a 
mandatory IE errror. 


2 


■> 


RADIO BEARER RELEASE FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



RADIO BEARER RELEASE 



The contents of RADIO BEARER RELEASE message in this test case is identical to those found in the default contents 
of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


DRX indicator 


spare value 



RADIO BEARER RELEASE FAILURE 



Information Element 


Value/remark 


Message Type 




Failure cause 




- Failure cause 


Protocol error 


- Protocol error information 




- Protocol error cause 


Information element value not comprehended 


Other information element 


Not checked 



8.2.3.21.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a RADIO BEARER RELEASE FAILURE message on 
the DCCH using AM RLC. This uplink message shall state the reason "protocol error" in IE" failure cause" and also 
indicate "Information element value not comprehended" in IE" Protocol error cause". 
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8.2.4 Transport channel reconfiguration 

8.2.4.1 Transport channel reconfiguration from CELL_DCH to CELL_DCH(Hard 

handover to intra frequency): Success with no transport channel type 
switching 

8.2.4.1.1 Definition 



8.2.4.1.2 



Conformance requirement 



The UE shall correctly reconfigure a radio bearer according to a TRANSPORT CHANNEL RECONFIGURATION 
message which is communicate with the UTRAN on the new transport channel. 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.1.3 



Test purpose 



To confirm that the UE reconfigures a new transport channel according to a TRANSPORT CHANNEL 
RECONFIGURATION message received from the SS. 



8.2.4.1.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a TRANSPORT CHANNEL RECONFIGURATION message to 
the UE, which includes new transport channel parameters. The UE reconfigures the new transport channel and transmits 
a TRANSPORT CHANNEL RECONFIGURATION COMPLETE message using AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


TRANSPORT CHANNEL 
RECONGURATION 


Including UE information 
elements("TFS"l) 


2 






Reconfiguration of a new 
transport channel 


3 


■> 


TRANSPORT CHANNEL 
RECONFIGURATION COMPLETE 





Specific Message Contents 



TRANSPORT CHANNEL RECONFIGURATION 



The contents of TRANSPORT CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 
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Information Element 


Value/remark 


TrCH Information Elements 
-Uplink transport Channels 

-Added or Reconfigured TrCH information list 

-Downlink transport Channels 

-Added or Reconfigured TrCH information list 


Number of Transport blocks = 2 

Selected value as the UE can support. 
Number of Transport blocks = 2 



8.2.4.1.5 Test requirement 

After stepl the UE shall reconfigure the radio links affected by the changes for uplink and downlink DCH. . 

After step3 the UE shall continue to communicate with the SS on the DCCH using the new Transport Format Set (TFS) 
applicable on the existing transport channel. 

8.2.4.2 Transport channel reconfiguration from CELL_DCH to CELL_DCH: Failure 

(Unsupported configuration) 



8.2.4.2.1 



Definition 



8.2.4.2.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a TRANSPORT CHANNEL RECONFIGURATION 
message which includes unsupported configuration parameters and transmit a TRANSPORT CHANNEL 
RECONFIGURATION FAILURE message on the DCCH using AM RLC which is set to "configuration unacceptable'' 
in IE" failure cause 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.2.3 



Test purpose 



To confirm that the UE transmits a TRANSPORT CHANNEL RECONFIGURATION FAILURE message on the 
DCCH using AM RLC if the received TRANSPORT CHANNEL RECONFIGURATION message specifies 
unsupported configuration parameters. 



8.2.4.2.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a TRANSPORT CHANNEL RECONFIGURATION message to 
the UE, which includes unsupported configuration parameters of the UE. The UE transmits a TRANSPORT 
CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM RLC, reporting the event 
"configuration unacceptable" in IE" failure cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


TRANSPORT CHANNEL 
RECONGURATION 


Including unsupported 
configuration by the UE 


2 


■> 


TRANSPORT CHANNEL 
RECONFIGURATION FAILURE 


The UE shall not change the 
settings used by the transport 
channel. 



Specific Message Contents 



TRANSPORT CHANNEL RECONFIGURATION 



The contents of TRANSPORT CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


TrCH Information Elements 
-Uplink transport Channels 

-Added or Reconfigured TrCH information list 

-Downlink transport Channels 

-Added or Reconfigured TrCH information list 


Number of Transport blocks = 4096 

Selected value as the UE can not support. 
Number of Transport blocks = 4096 



TRANSPORT CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


"TRANSPORT CHANNEL RECONFIGURATION 

FAILURE" 

Configuration unacceptable 

Not checked 



8.2.4.2.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a TRANSPORT CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, indicating "configuration unacceptable" in IE" failure cause". 

8.2.4.3 Transport channel reconfiguration from CELL_DCH to CELL_DCH: Failure 

(Physical channel failure and reversion to old configuration) 



8.2.4.3.1 



Definition 



8.2.4.3.2 



Conformance requirement 



The UE shall revert to the old configuration when the UE fails to reconfigure the new physical channel by received 
TRANSPORT CHANNEL RECONFIGURATION massage and transmit a TRANSPORT CHANNEL 
RECONFIGURATION FAILURE message on the DCCH using AM RLC which is set to "physical channel failure" in 
IE" failure cause". 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.3.3 



Test purpose 



To confirm that the UE reverts to the old configuration and transmits a TRANSPORT CHANNEL 
RECONFIGURATION FAILURE message on the DCCH using AM RLC, if the UE fails to reconfigure the new 
transport channel according to a TRANSPORT CHANNEL RECONFIGURATION message. 
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8.2.4.3.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a TRANSPORT CHANNEL RECONFIGURATION message to 
the UE, which includes new transport channel parameters but it does not reconfigure the new transport channel. 
Therefore, the UE cannot reconfigure them and have to revert to the old configuration. Then the UE shall transmit a 
TRANSPORT CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM RLC, setting "physical 
channel failure" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


TRANSPORT CHANNEL 
RECONGURATION 


Specifies a change in the TFS of 
the dedicated transport channel 
used. 


2 






The SS does not reconfigure the 
transport channel, leading to the 
UE unable to reconfigure the 
new transport channel. 


3 


■> 


TRANSPORT CHANNEL 
RECONFIGURATION FAILURE 


The UE reverts to the old 
configuration and transmits this 
message. 



Specific Message Contents 



TRNSPORT CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


"TRNSPORT CHANNEL RECONFIGURATION 

FAILURE" 

Physical channel failure 

Not checked 



8.2.4.3.5 



Test requirement 



After step2 the UE shall revert to the old configuration and transmit a TRANPORT CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, and it shall set the value "physical channel failure" in IE" failure 

cause". 

8.2.4.4 Transport channel reconfiguration from CELL_DCH to CELL_DCH: Failure 

(Physical channel failure and reversion failure) 



8.2.4.4.1 



Definition 



8.2.4.4.2 



Conformance requirement 



This procedure is used to failure of reconfiguration for a transport channel because of physical channel failure and 
reversion failure for the transition from CELL_FACH to CELL_FACH in the same cell.. 

Reference 

3GPP TS 25.331 clause 8.2.4 
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8.2.4.4.3 



Test purpose 



To confirm that the UE initiates an RRC connection re-establishment procedure when the UE cannot reconfigure the 
new transport channel due to a failure of LI configuration, and subsequently fail to revert to the old configuration after 
T312 expiry. 



8.2.4.4.4 



Method of test 



Initial Condition 

System Simulator : 2 cells - Cell 1 is active, Cell 2 is inactive 

UE : CELL_DCH in cell 1 

Test Procedure 

The UE is in the CELL_DCH state in cell 1. SS begins to broadcast the BCCH of cell 2 using a power level lower than 
that applied for cell 1. The SS transmits a TRANSPORT CHANNEL RECONFIGURATION message to the UE. The 
message specifies a new set of transport channel parameters but the SS does not reconfigure LI correspondingly. At the 
same time, SS deletes its current contexts for cell 1. As a result, the UE cannot reconfigure the new transport channel 
and shall attempt to revert to the old configuration. The UE shall findthe presence of cell 2 and then transmit an RRC 
CONNECTION RE-ESTABLISHMENT REQUEST message which includes the IE"U-RNTI" on the uplink CCCH. 
The SS transmits an RRC CONNECTION RE-ESTABLISHMENT message, which includes a new TFCS according to 
the new transport channel assigned. After the UE receives an RRC CONNECTION RE-ESTABLISHMENT message, it 
reconfigures the new radio connection and transmits an RRC CONNECTION RE-ESTABLISHMENT COMPLETE 
message on the uplink DCCH using AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


BCCH 


SS begins to transmit the BCCH 
for cell 2, 


2 


^ 


TRANSPORT CHANNEL 
RECONGURATION 


Specifies the use of a new 
setting for transport channel. 


3 






The SS does not reconfigure L1 
and deletes the old configuration 
present in cell 1.. 


4 






The UE fails to reconfigure a 
new transport channel. 










5 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE detects the presence of 
cell. 2, and then transmits this 
message which includes the 
IE"U-RNTI". 


6 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


Including the new TFCS 
according to the new transport 
channel. 


7 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 



None 



8.2.4.4.5 



Test requirement 



After step4 the UE shall discover cell 2, enter CELL_FACH state, and then transmit a RRC CONNECTION RE- 
ESTABLISHMENT REQUEST message. 

After step7 the UE shall successfully re-establish an RRC connection in cell 2. 
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8.2.4.5 Transport Channel Reconfiguration from CELL_DCH to CELL_DCH: Failure 

(Incompatible simultaneous reconfiguration) 



8.2.4.5.1 



Definition 



8.2.4.5.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives another TRANSPORT CHANNEL 

RECONFIGURATION message, before the UE completes the configuration of the transport channel according 
to a TRANSPORT CHANNEL RECONFIGURATION message received earlier. The UE shall transmit an 
RRC STATUS message on the DCCH using AM RLC which is set to "Message not compatible with receiver 
state" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.4 



8.2.4.5.3 



Test purpose 



To confirm that the UE keeps its current configuration, transmits an RRC STATUS message when it receives another 
TRANSPORT CHANNEL RECONFIGURATION message before the completion of an earlier reconfiguration 
request. 



8.2.4.5.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. When the SS transmits a TRANSPORT CHANNEL RECONFIGURATION 

message to the UE before the UE has successfully configured the transport channel specified in an earlier message, the 
UE keeps the old configuration. After that, the UE shall transmit an RRC STATUS message on the DCCH using AM 
RLC, indicating "Message not compatible with receiver state" in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


TRANSPORT CHANNEL 
RECONFIGURATION 


Including IE"Uplink DPCH info" 


2 


^ 


TRANSPORT CHANNEL 
RECONFIGURATION 


Sent before the time specified in 
IE"Activation Time Info" of 
message in step 1 has elapsed. 


3 


^ 


RRC STATUS 


The UE shall not change the 
configuration. 



Specific Message Contents 

The contents of TRANSPORT CHANNEL RECONFIGURATION messages in this test case is identical to the 
corresponding message found in the default contents of layer 3 messages for RRC tests with the following exceptions: 
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TRANSPORT CHANNEL RECONFIGURATION (Step 1) 



Information Element 


Value/remark 


Activation Time 


Current CFN-[current CFN mod 8 + 8 ] 



RRC STATUS 



Information Element 


Value/remark 


Message Type 


"RRC STATUS" 


Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.4.5.5 



Test requirement 



After step2 the UE shall keep its configuration and transmit an RRC STATUS message on the DCCH using AM RLC, 
stating the reason "Message not compatible with receiver state" in IE" Protocol error cause". 

8.2.4.6 Transport channel reconfiguration from CELL_DCH to CELL_DCH: Failure 

(Invalid message reception) 



8.2.4.6.1 



Definition 



8.2.4.6.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a TRANSPORT CHANNEL RECONFIGURATION 
message which makes use of a spare value in the mandatory IE" DRX indicator". Then it shall transmit a 
TRANSPORT CHANNEL RECONFIGURATION FAILURE message with the value "protocol error" set in IE" failure 
cause" and also "Information element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.6.3 



Test purpose 



To confirm that the UE transmits TRANSPORT CHANNEL RECONFIGRATION FAILURE message on the DCCH 
using AM RLC, if the received TRANSPORT CHANNEL RECONFIGURATION message comprises a spare value in 
the mandatory IE" DRX indicator". 



8.2.4.6.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a TRANSPORT CHANNEL RECONFIGURATION message to 
the UE, which includes a spare value in the mandatory IE" DRX indicator". The UE shall keep the old configuration 
and transmit a TRANSPORT CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM RLC, 
specifying "protocol error" in IE" failure cause" and also indicating "Information element value not comprehended" in 
IE" Protocol error cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


TRANSPORT CHANNEL 
RECONFIGURATION 


Contains an illegal value for a 
mandatory IE 


2 


■> 


TRANSPORT CHANNEL 
RECONFIGRATION FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



TRANSPORT CHANNEL RECONFIGURATION 



The contents of TRANSPORT CHANNEL RECONFIGURATION message in this test case is identical to those in the 
default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


DRX indicator 


spare value 



TRANSPORT CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 


" TRANSPORT CHANNEL RECONFIGURATION 




FAILURE" 


Failure cause 




- Failure cause 


Protocol error 


- Protocol error information 




- Protocol error cause 


Information element value not comprehended 


Other information element 


Not checked 



8.2.4.6.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a TRANSPORT CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC. The message shall specify "protocol error" in IE" failure cause" and 
set value "Information element value not comprehended" in IE" Protocol error cause". 

8.2.4.7 Transport channel reconfiguration from CELL_DCH to CELL_FACH: Success 

8.2.4.7.1 Definition 



8.2.4.7.2 



Conformance requirement 



The UE shall correctly reconfigure the transport channels according to TRANSPORT CHANNEL 
RECONFIGURATION massage, after it is requested to perform a transition from CELL_DCH to CELL_FACH in the 
same cell in conjunction with the transport channel reconfiguration. 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.7.3 



Test purpose 



To confirm that the UE reconfigures a new Transport channel according to a TRANSPORT CHANNEL 
RECONFIGURATION message received from the SS. 



8.2.4.7.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
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UE : CELL DCH 



Test Procedure 



The UE is in the CELL_DCH state. The SS transmits TRANSPORT CHANNEL RECONFIGURATION message to 
the UE which omits IE" Uplink DPCH info" and IE" Downlink DPCH info" . This should cause the UE to perform a 
state transition from CELL_DCH to CELL_FACH in the same cell. The UE then reconfigures the new transport 
channel according to this message and reconfigure the new physical channel according to the system information 
messages. Finally, the UE shall transmit a TRANSPORT CHANNEL RECONFIGURATION COMPLETE message 
using AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


TRANSPORT CHANNEL 
RECONFIGURATION 


IE"Uplink DPCH Info" and 
IE"Downlink DPCH Info" are not 
specified. 


2 






UE shall perform the 
reconfiguration of transport 
channel 


3 


■> 


TRANSPORT CHANNEL 
RECONFIGURATION COMPLETE 





Specific Message Contents 
None. 



8.2.4.7.5 



Test requirement 



After step3 the UE shall transit from CELL_DCH to CELL_FACH in the same cell, and then continue to communicate 
with SS on the new transport channel and common physical channels. 

8.2.4.8 Transport channel reconfiguration from CELL_DCH to CELL_FACH: Failure 

(Unsupported configuration) 



8.2.4.8.1 



Definition 



8.2.4.8.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a TRANSPORT CHANNEL RECONFIGURATION 
message which includes unsupported configuration parameters and transmit a TRANSPORT CHANNEL 
RECONFIGURATION FAILURE message on the DCCH using AM RLC which is set to "configuration unacceptable" 
in IE" failure cause 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.8.3 



Test purpose 



To confirm that the UE transmits a TRANSPORT CHANNEL RECONFIGURATION FAILURE message on the 
DCCH using AM RLC if the received TRANSPORT CHANNEL RECONFIGURATION message includes 
unsupported configuration parameters. 
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8.2.4.8.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a TRANSPORT CHANNEL RECONFIGURATION message to 
the UE, which includes unsupported configuration parameters for the UE. The UE transmits a TRANSPORT 
CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM RLC which is set to "configuration 
unacceptable" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


TRANSPORT CHANNEL 
RECONGURATION 


Including an unsupported 
transport channel configuration 
for the UE 


2 


■> 


TRANSPORT CHANNEL 
RECONFIGURATION FAILURE 


The UE does not change the 
transport channel. 



Specific Message Contents 



TRANSPORT CHANNEL RECONFIGURATION 



The contents of TRANSPORT CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


TrCH Information Elements 
-Uplink transport Channels 

>Added or Reconfigured TrCH information list 

-Downlink transport Channels 

>Added or Reconfigured TrCH information list 


Number of transport blocks = 4096 
Number of transport blocks = 4096 



TRANSPORT CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Configuration unacceptable 
Not checked 



8.2.4.8.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a TRANSPORT CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, which shall contains cause "configuration unacceptable" in IE" 
failure cause". 

8.2.4.9 Transport channel reconfiguration from CELL_DCH to CELL_FACH: Failure 

(Physical channel failure and reversion to old configuration) 



8.2.4.9.1 



Definition 
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8.2.4.9.2 



Conformance requirement 



The UE shall revert the old configuration when it fails to reconfigure the new transport channel requested. When 
reversion is successful, it shall transmit a TRANSPORT CHANNEL RECONFIGURATION FAILURE massage to 
UTRAN. 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.9.3 



Test purpose 



To confirm that the UE reverts to the old configuration and transmits a TRANSPORT CHANNEL 
RECONFIGURATION FAILURE message on the DCCH using AM RLC, if the UE fails to reconfigure the new 
transport channel according to the TRANSPORT CHANNEL RECONFIGURATION message received. 



8.2.4.9.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a TRANSPORT CHANNEL RECONFIGURATION message to 
the UE which includes the new transport channel parameters. However, it does not reconfigure the new transport 
channel to reflect change. As a result, the UE should encounter difficulties in the reconfigure process and after T312 
expiry, it shall revert to its stored old configuration. When the UE manages to return to the old configuration, it 
transmits a TRANSPORT CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM RLC and 
set the reason "physical channel failure" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


TRANSPORT CHANNEL 
RECONGURATION 




2 






The SS does not reconfigure the 
transport channel hence the UE 
could not access the new 
transport channel. 


3 


■> 


TRANSPORT CHANNEL 
RECONFIGURATION FAILURE 


After T312 expiry, the UE reverts 
to the old configuration and 
transmits this message using the 
original transport channel 
settings. 



Specific Message Contents 

TRNSPORT CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


TRNSPORT CHANNEL RECONFIGURATION FAILURE 
Physical channel failure 
Not checked 



8.2.4.9.5 



Test requirement 



After step2 the UE shall attempt revert to the old configuration and transmit a TRANPORT CHANNEL 
RECONFIGURATION FAILURE message on the DCCH using AM RLC. The failure message shall contain the 
reason "physical channel failure" in IE" failure cause". 



ETSI 



3G TS 34.1 23-1 version 3.0.0 Release 1 999 281 ETSI TS 1 34 1 23-1 V3.0.0 (2000-06) 



8.2.4.10 Transport channel reconfiguration from CELL_DCH to CELL_FACH: Failure 
(Physical channel failure and reversion failure) 

8.2.4.10.1 Definition 



8.2.4.10.2 Conformance requirement 

The UE shall initiate a RRC connection re-establishment procedure, after it encounters a physical channel failure 
followed by an inability to revert to the old transport channel configuration. 

Reference 

3GPPTS 25.331 clause 8.2.4 

8.2.4.10.3 Test purpose 

To confirm that the UE initiates an RRC connection re-establishment procedure when the UE fails successively in the 
following actions: (a) configure the new transport channel according to TRANSPORT CHANNEL 
RECONFIGGURATION message received and (b) revert to the old channel configuration after timer T312 expiry. 

8.2.4.10.4 Method of test 

Initial Condition 

System Simulator : 2 cells - Cell 1 is active, Cell 2 is inactive 

UE : CELL_DCH in cell 1 

Test Procedure 

The UE is in the CELL_DCH state in cell 1. SS begins to transmit the BCCH for cell 2. The SS then transmits a 
TRANSPORT CHANNEL RECONFIGURATION message to the UE, which specifies the new transport channel 
parameters on common physical channel. But the SS does not reconfigure the LI parameters and the new transport 
channel to reflect this change. Consequently, the UE discovers that it cannot reconfigure the new transport channel and 
try to revert to the old configuration. At this time, SS deletes all context related to the old configuration in cell 1. Then 
the UE should find cell 2 and transmits an RRC CONNECTION RE-ESTABLISHMENT REQUEST message which 
includes the IE"U-RNTI" on the uplink CCCH. After the reception of such a message, the SS transmits an RRC 
CONNECTION RE-ESTABLISHMENT message and includes a new TFCS for the new transport channel in cell 2. 
After receiving this message, the UE reconfigures the new radio connection and transmits an RRC CONNECTION RE- 
ESTABLISHMENT COMPLETE message on the uplink DCCH using AM RLC 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


BCCH 


The SS starts to transmit the 
BCCH cell 2. 


2 


^ 


TRANSPORT CHANNEL 
RECONGURATION 




3 






The SS does not reconfigure L1 . 
At the same time, it deletes the 
old channel configuration. 


4 






The UE fails to reconfigure a 
new transport channel. 


5 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE shall discover the 
presence of cell 2 and transmits 
this message, which includes 
the IE"U-RNTI". 


6 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


A new TFCS is commanded 
according to the new transport 
channel. 


7 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 
None 



8.2.4.10.5 



Test requirement 



After step4 the UE shall find cell 2, enter CELL_FACH state and then initiate RRC connection re-establishment 
procedure in cell 2. 

After step7 the UE shall successfully re-establish an RRC connection in cell 2. 

8.2.4.1 1 Transport Channel Reconfiguration from CELL_DCH to CELL_FACH: Failure 
(Incompatible simultaneous reconfiguration) 



8.2.4.11.1 



Definition 



8.2.4.11.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives another TRANSPORT CHANNEL 

RECONFIGURATION message before the UE configures the transport channel, according to an earlier 
TRANSPORT CHANNEL RECONFIGURATION message. The UE shall transmit an RRC STATUS message 
on the DCCH using AM RLC which specifies "Message not compatible with receiver state" in IE" Protocol error 

cause". 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.11.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits an RRC STATUS message when the UE receives another 
TRANSPORT CHANNEL RECONFIGURATION message, before the UE had completed the configuration of the 
transport channel originating from an earlier TRANSPORT CHANNEL RECONFIGURATION message. 
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8.2.4.11.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. SS transmits a TRANSPORT CHANNEL RECONFIGURATION message to 
request for a reconfiguration of the transport channel, leading to a state transition to CELL_FACH. However, before 
the completion of this process, SS sends a second TRANSPORT CHANNEL RECONFIGURATION message. The UE 
shall keep the old configuration as if no reconfiguration has occurred and then transmit an RRC STATUS message on 
the DCCH using AM RLC. The status message shall indicate "Message not compatible with receiver state" in IE" 
Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


TRANSPORT CHANNEL 
RECONFIGURATION 


IE "Activation Time Info" is 
included 


2 


^ 


TRANSPORT CHANNEL 
RECONFIGURATION 


Sent before the activation time 
requested in step 1 has passed. 


3 


^ 


RRC STATUS 


The UE does not change the 
configuration. 



Specific Message Contents 

TRANSPORT CHANNEL RECONFIGURATION (Step 1) 

The contents of TRANSPORT CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Activation Time Info 


Current CFN-[current CFN mod 8 + 8 ] 



RRC STATUS 



Information Element 


Value/remark 


Message Type 


"RRC STATUS" 


Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.4.11.5 



Test requirement 



After step2 the UE shall keep its configuration and then transmit an RRC STATUS message on the DCCH using AM 
RLC, containing the reason "Message not compatible with receiver state" in IE" Protocol error cause". 

8.2.4.1 2 Transport channel reconfiguration from CELL_DCH to CELL_FACH: Failure 
(Invalid message reception) 



8.2.4.12.1 



Definition 



8.2.4.12.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a TRANSPORT CHANNEL RECONFIGURATION 
message which makes use of a spare value in the mandatory IE" DRX indicator". Then it shall transmit a TRANSPORT 
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CHANNEL RECONFIGURATION FAILURE message, setting the value "protocol error" in IE" failure cause" and 
also setting "Information element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.12.3 



Test purpose 



To confirm that the UE transmits a TRANSPORT CHANNEL RECONFIGRATION FAILURE message on the DCCH 
using AM RLC if it receives a TRANSPORT CHANNEL RECONFIGURATION message which uses a spare value in 
the mandatory IE" DRX indicator". 



8.2.4.12.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a TRANSPORT CHANNEL RECONFIGURATION message to 
the UE, and includes a spare value in the mandatory IE" DRX indicator". The UE shall keep the old configuration and 
transmit a TRANSPORT CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM RLC. The 
message shall specify "protocol error" in IE" failure cause" and also "Information element value not comprehended" in 
IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


TRANSPORT CHANNEL 
RECONFIGURATION 


Contains a mandatory IE error. 


2 


■> 


TRANSPORT CHANNEL 
RECONFIGRATION FAILURE 


The UE shall not change the 
configuration. 



Specific Message Contents 



TRANSPORT CHANNEL RECONFIGURATION 



The contents of TRANSPORT CHANNEL RECONFIGURATION message in this test case is identical to those of 
the default contents of layer 3 messages for RRC tests with the following exceptions: 
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Information Element 


Value/remark 


DRX indicator 


spare value 



TRANSPORT CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 


" TRANSPORT CHANNEL RECONFIGURATION 




FAILURE" 


Failure cause 




- Failure cause 


Protocol error 


- Protocol error information 




- Protocol error cause 


Information element value not comprehended 


Other information element 


Not checked 



8.2.4.12.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a TRANSPORT CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC. The UE shall set "protocol error" in IE" failure cause" and also 
"Information element value not comprehended" in IE" Protocol error cause". 

8.2.4.1 3 Transport channel reconfiguration from CELL_FACH to CELL_DCH : 
Success 



8.2.4.13.1 



Definition 



8.2.4.13.2 



Conformance requirement 



The UE shall correctly reconfigure the transport channels according to TRANSPORT CHANNEL 
RECONFIGURATION massage, which trigger a state transition from CELL_FACH to CELL_DCH in the same cell. 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.13.3 



Test purpose 



To confirm that the UE reconfigures a new transport channel using dedicated physical channel according to a 
TRANSPORT CHANNEL RECONFIGURATION message received from the SS. 



8.2.4.13.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a TRANSPORT CHANNEL RECONFIGURATION message to 
the UE, which includes IE" Uplink DPCH info" and IE" Downlink DPCH info" leading to a state transition from 
CELL_FACH to CELL_DCH in the same cell. The UE shall reconfigure the new transport channel according to this 
message and then reconfigure the new physical channel according to the system information message. Finally, the UE 
transmits a TRANSPORT CHANNEL RECONFIGURATION COMPLETE message using AM RLC. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


TRANSPORT CHANNEL 
RECONFIGURATION 


Includes both IE"Uplink DPCH 
Info" and IE"Downlink DPCH 
Info" in the message. 


2 






Reconfiguration of transport 
channel 


3 


■> 


TRANSPORT CHANNEL 
RECONFIGURATION COMPLETE 





Specific Message Contents 



None. 



8.2.4.13.5 



Test requirement 



After step3 the UE shall transit from CELL_FACH to CELL_DCH in the same cell, and continue to communicate with 
SS using the new transport channel configuration based on DPCH physical channels. 

8.2.4.14 Transport channel reconfiguration from CELL_FACH to CELL_DCH: Failure 
(Unsupported configuration) 



8.2.4.14.1 



Definition 



8.2.4.14.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a TRANSPORT CHANNEL RECONFIGURATION 
message which includes unsupported configuration parameters and transmit a TRANSPORT CHANNEL 
RECONFIGURATION FAILURE message on the DCCH using AM RLC which is set to "configuration unacceptable" 
in IE" failure cause 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.14.3 



Test purpose 



To confirm that the UE transmits a TRANSPORT CHANNEL RECONFIGURATION FAILURE message on the 
DCCH using AM RLC when it receives a TRANSPORT CHANNEL RECONFIGURATION message which includes 
unsupported configuration parameters. 



8.2.4.14.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a TRANSPORT CHANNEL RECONFIGURATION message to 
the UE, which includes unsupported configuration parameters for the UE. The UE shall transmit a TRANSPORT 
CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM RLC, setting "configuration 
unacceptable" in IE" failure cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


TRANSPORT CHANNEL 
RECONGURATION 


The message includes 
unsupported configuration by the 
UE 


2 


■> 


TRANSPORT CHANNEL 
RECONFIGURATION FAILURE 


The UE shall not change the 
transport channel. 



Specific Message Contents 



TRANSPORT CHANNEL RECONFIGURATION 



The contents of TRANSPORT CHANNEL RECONFIGURATION message in this test case is identical to those in the 
default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


TrCH Information Elements 
-Uplink transport Channels 

-Added or Reconfigured TrCH information list 

-Downlink transport Channels 

-Added or Reconfigured TrCH information list 


Number of transport channels = 4096 
Number of transport channels = 4096 



TRANSPORT CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


"TRANSPORT CHANNEL RECONFIGURATION 

FAILURE" 

Configuration unacceptable 

Not checked 



8.2.4.14.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a TRANSPORT CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC. The UE shall set "configuration unacceptable" in IE" failure cause" 
of the message. 

8.2.4.15 Transport channel reconfiguration from CELL_FACH to CELL_DCH: Failure 
(Physical channel failure and reversion to old channel) 



8.2.4.15.1 



Definition 



8.2.4.15.2 



Conformance requirement 



The UE shall revert to the old configuration when the UE has failed to reconfigure the new transport channel requested, 
and then transmit a TRANSPORT CHANNEL RECONFIGURATION FAILURE massage to UTRAN. 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.15.3 



Test purpose 



To confirm that the UE reverts to the old configuration and transmits a TRANSPORT CHANNEL 
RECONFIGURATION FAILURE message on the DCCH using AM RLC, if the UE fails to reconfigure the new 
transport channel according to a TRANSPORT CHANNEL RECONFIGURATION message. 
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8.2.4.15.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_DCH state. SS transmits a TRANSPORT CHANNEL RECONFIGURATION message to the 
UE, which includes the new transport channel parameters. However, SS does not reconfigure the new transport channel 
accordingly. Hence, the UE shall experience a failure in the reconfiguration process. After T312 expiry, the UE shall 
revert to the old channel configuration. Then the UE transmits a TRANSPORT CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, stating the reason "physical channel failure" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


TRANSPORT CHANNEL 
RECONGURATION 


Message includes IE"Downlink 
DPCH Info" and IE"Uplink DPCH 
Info" 


2 






SS does not reconfigure the 
transport channel causing the 
UE to detect a physical channel 
failure. 


3 


■> 


TRANSPORT CHANNEL 
RECONFIGURATION FAILURE 


After T31 2 expiry the UE shall 
revert to the old configuration 
and transmit this message. 



Specific Message Contents 



TRNSPORT CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


TRNSPORT CHANNEL RECONFIGURATION FAILURE 
Physical channel failure 
Not checked 



8.2.4.15.5 



Test requirement 



After step2 the UE shall revert to the old configuration and transmit a TRANPORT CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, setting the value "physical channel failure" in IE" failure cause". 

8.2.4.1 6 Transport channel reconfiguration from CELL_FACH to CELL_DCH: Failure 
(Physical channel failure and reversion failure) 



8.2.4.16.1 



Definition 



8.2.4.16.2 



Conformance requirement 



The UE shall initiate a RRC re-establishment procedure when it fails to revert to the old channel configuration, 
following a physical channel failure in the transport channel reconfiguration procedure. 

Reference 

3GPP TS 25.331 clause 8.2.4 
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8.2.4.16.3 



Test purpose 



To confirm that the UE initiates an RRC connection re-establishment procedure, when the UE cannot reconfigure the 
new transport channel for the failure of LI configuration and subsequently fails to revert to the old configuration after 
T312 expiry. 



8.2.4.16.4 



Method of test 



Initial Condition 

System Simulator : 2 cells - Cell 1 is active, Cell 2 is inactive 

UE : CELL_FACH in cell 1 

Test Procedure 

The UE is in the CELL_FACH state in a cell 1. SS begins to broadcast the BCCH of cell 2 at a power level lower than 
in cell 1, and then it transmits a TRANSPORT CHANNEL RECONFIGURATION message to the UE in cell 1. The 
message includes a new set of transport channel parameters. However, the SS does not reconfigure LI and the new 
transport channel accordingly. At the same time, it deletes the current channel configurations in cell 1 . As a result, the 
UE cannot reconfigure the new transport channel and an attempt to revert to the old configuration fails. The UE shall 
then find that cell 2 is available, camp onto it, and transmits an RRC CONNECTION RE-ESTABLISHMENT 
REQUEST message. This message shall include the IE"U-RNTI" on the uplink CCCH. When the SS receives this 
message, it transmits an RRC CONNECTION RE-ESTABLISHMENT message, which specifies a new TFCS 
according to the new transport channel used. After the UE receives this message, it reconfigures the new radio 
connection and transmits an RRC CONNECTION RE-ESTABLISHMENT COMPLETE message on the uplink DCCH 
using AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


BCCH 


The SS starts to transmit BCCH 
in cell 2 


2 


^ 


TRANSPORT CHANNEL 
RECONGURATION 




3 






The SS does not reconfigure L1 
and transport channel, it also 
deletes its current contexts for 
cell 1. 


4 






The UE shall experience a 
failure to reconfigure a new 
transport channel and also fails 
to revert to old configuration. 


5 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE shall find cell 2, camp 
onto it, and then transmits this 
message which includes the 
IE"U-RNTI". 


6 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


Including the new TFCS 
according to the new transport 
channel. 


7 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 



None 



8.2.4.16.5 



Test requirement 



After step4 the UE shall find the presence of cell 2, enter CELL_FACH state, and transmit RRC RE- 
ESTABLISHMENT REQUEST message to attempt to setup the RRC connection in cell 2. 
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After step7 the UE shall successfully re-establish the RRC connection in cell 2. 

8.2.4.1 7 Transport Channel Reconfiguration from CELL_FACH to CELL_DCH: Failure 
(Incompatible simultaneous reconfiguration) 



8.2.4.17.1 



Definition 



8.2.4.17.2 



Conformance requirement 



The UE shall keep its old configuration when it receives another TRANSPORT CHANNEL RECONFIGURATION 
message before it can configure the transport channel according to a TRANSPORT CHANNEL 
RECONFIGURATION message received earlier. The UE shall transmit an RRC STATUS message on the 
DCCH using AM RLC, setting "Message not compatible with receiver state" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.17.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits an RRC STATUS message when it receives another 
TRANSPORT CHANNEL RECONFIGURATION message before the completion of an earlier request for transport 
channel reconfiguration. 



8.2.4.17.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. When the SS transmits a TRANSPORT CHANNEL RECONFIGURATION 

message to the UE before it has successfully configured the transport channel based on an earlier request. It shall 
respond by keeping the old configuration and then transmitting an RRC STATUS message on the DCCH using AM 
RLC. The content of the failure message shall indicate "Message not compatible with receiver state" in IE" Protocol 
error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


TRANSPORT CHANNEL 
RECONFIGURATION 


Includes the IE"Uplink DPCH info" 


2 


^ 


TRANSPORT CHANNEL 
RECONFIGURATION 


Sent before the elapse of the 
activation time specified in step 1 . 


3 


^ 


RRC STATUS 


The UE does not change the 
configuration. 



Specific Message Contents 

TRANSPORT CHANNEL RECONFIGURATION (Step 1) 

The contents of TRANSPORT CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 
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Information Element 


Value/remark 


Activation Time Info 


Current CFN-[current CFN mod 8 + 8 ] 



RRC STATUS 



Information Element 


Value/remark 


Message Type 


"RRC STATUS" 


Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.4.18.5 



Test requirement 



After step2 the UE shall keep its configuration and transmit an RRC STATUS message on the DCCH using AM RLC, 
setting the value to "Message not compatible with receiver state" in IE" Protocol error cause". 

8.2.4.1 8 Transport channel reconfiguration from CELL_FACH to CELL_DCH:Failure 
(Invalid message reception) 



8.2.4.18.1 



Definition 



8.2.4.18.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a TRANSPORT CHANNEL RECONFIGURATION 
message which includes a spare value in the mandatory IE" DRX indicator". The UE shall then transmit a 
TRANSPORT CHANNEL RECONFIGURATION FAILURE message, specifying "protocol error" in IE" failure 
cause" and also "Information element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.18.3 



Test purpose 



To confirm that the UE transmits TRANSPORT CHANNEL RECONFIGRATION FAILURE message on the DCCH 
using AM RLC, if it receives a TRANSPORT CHANNEL RECONFIGURATION message which uses a spare value in 
the mandatory IE" DRX indicator". 



8.2.4.18.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a TRANSPORT CHANNEL RECONFIGURATION message to 
the UE, which includes a spare value in the mandatory IE" DRX indicator". The UE shall keep the old configuration 
and then transmit a TRANSPORT CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM 
RLC. This message shall contain the value "protocol error" in IE" failure cause" and also "Information element value 
not comprehended" in IE" Protocol error cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


TRANSPORT CHANNEL 
RECONFIGURATION 


Contains a error in one of the 
mandatory IE in the message. 


2 


■> 


TRANSPORT CHANNEL 
RECONFIGRATION FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



TRANSPORT CHANNEL RECONFIGURATION 



The contents of TRANSPORT CHANNEL RECONFIGURATION message in this test case is identical to those of 
the default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


DRX indicator 


spare value 



TRANSPORT CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 


" TRANSPORT CHANNEL RECONFIGURATION 




FAILURE" 


Failure cause 




- Failure cause 


Protocol error 


- Protocol error information 




- Protocol error cause 


Information element value not comprehended 


Other information element 


Not checked 



8.2.4.18.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a TRANSPORT CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC. The content of the message shall specify "protocol error" in IE" 
failure cause" and also "Information element value not comprehended" in IE" Protocol error cause". 

8.2.4.1 9 Transport channel reconfiguration from CELL_FACH to CELL_FACH: 
Success with no transport channel type switching 



8.2.4.19.1 



Definition 



8.2.4.19.2 



Conformance requirement 



The UE shall remain in CELL_FACH state and transition from CELL_FACH to CELL_FACH in the another cell 
requested in the received TRANSPORT CHANNEL RECONFIGURATION message. 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.19.3 



Test purpose 



To confirm that the UE reconfigures a new transport channel according to a TRANSPORT CHANNEL 
RECONFIGURATION message received from the SS. 



8.2.4.19.4 



Method of test 



Initial Condition 

System Simulator : 2 cells Cell 1 is active, Cell 2 is inactive 
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UE : CELL FACH 



Test Procedure 



The UE is in the CELL_FACH state. The SS transmits a TRANSPORT CHANNEL RECONFIGURATION message to 
the UE, which includes new transport channel parameters for Hand Over. The UE reconfigures the new transport 
channel and transmits a TRANSPORT CHANNEL RECONFIGURATION COMPLETE message using AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


BCCH 


The SS starts to broadcast the 
BCCH in cell 2. 


2 


^ 


TRANSPORT CHANNEL 
RECONGURATION 


Including Primary CPICH Info 


3 






Reconfiguration of a new 
transport channel 


4 


^ 


TRANSPORT CHANNEL 
RECONFIGURATION COMPLETE 





Specific Message Contents 
None 



8.2.4.19.5 



Test requirement 



After step3 the UE shall transit from CELL_FACH to CELL_FACH in the another cell and continue to communicate 
with the SS on the DCCH using the existing transport channel. 

8.2.4.20 Transport channel reconfiguration from CELL_FACH to CELL_FACH: Failure 
(Unsupported configuration) 



8.2.4.20.1 



Definition 



8.2.4.20.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a TRANSPORT CHANNEL RECONFIGURATION 
message which includes unsupported configuration parameters and transmit a TRANSPORT CHANNEL 
RECONFIGURATION FAILURE message on the DCCH using AM RLC which is set to "configuration unacceptable' 
in IE" failure cause 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.20.3 



Test purpose 



To confirm that the UE transmits a TRANSPORT CHANNEL RECONFIGURATION FAILURE message on the 
DCCH using AM RLC if the received TRANSPORT CHANNEL RECONFIGURATION message specifies 
unsupported configuration parameters. 



8.2.4.20.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
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UE : CELL FACH 



Test Procedure 



The UE is in the CELL_FACH state. The SS transmits a TRANSPORT CHANNEL RECONFIGURATION message to 
the UE, which includes unsupported configuration parameters of the UE. The UE transmits a TRANSPORT 
CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM RLC, reporting the event 
"configuration unacceptable" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


TRANSPORT CHANNEL 
RECONGURATION 


Including unsupported 
configuration by the UE 


2 


■> 


TRANSPORT CHANNEL 
RECONFIGURATION FAILURE 


The UE shall not change the 
settings used by the transport 
channel. 



Specific Message Contents 



TRANSPORT CHANNEL RECONFIGURATION 



The contents of TRANSPORT CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


TrCH Information Elements 
-Uplink transport Channels 

-Added or Reconfigured TrCH information list 

-Downlink transport Channels 

-Added or Reconfigured TrCH information list 


Number of Transport blocks = 4096 

Selected value as the UE can not support. 
Number of Transport blocks = 4096 



TRANSPORT CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


"TRANSPORT CHANNEL RECONFIGURATION 

FAILURE" 

Configuration unacceptable 

Not checked 



8.2.4.20.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a TRANSPORT CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, indicating "configuration unacceptable" in IE" failure cause". 

8.2.4.21 Transport channel reconfiguration from CELL_FACH to CELL_FACH: Failure 
(Physical channel failure) 



8.2.4.21.1 



Definition 



8.2.4.21.2 



Conformance requirement 



The UE shall initiate the cell reselection procedure when the UE cannot use the assigned physical channel according 
to a TRANSPORT CHANNEL RECONFIGURATION message, during the transition from CELL_FACH to 
CELL_FACH in the another cell. 
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Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.21.3 



Test purpose 



To confirm that the UE perform a cell reselection and cell update procedure when the it fail to access the assigned 
physical channel, according to a TRANSPORT CHANNEL RECONFIGURATION message, during the transition from 
CELL_FACH to CELL_FACH in the another cell. 



8.2.4.21.4 



Method of test 



Initial Condition 

System Simulator : 3 cells Cell 1 is active, Cell 2 is inactive, Cell 3 is inactive 

UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state in cell 1. The SS begins to broadcast the BCCH in cell 2 and then transmits a 
TRANSPORT CHANNEL RECONFIGURATION message, resulting in the UE to attempt to transit from 
CELL_FACH in cell 1 to CELL_FACH in cell 3. The UE is expected to fail to access the assigned physical channel as 
the SS ceases downlink transmission in cell 3. After the UE successfully camp onto cell 2, it shall initiate the cell update 
procedure in cell 2. The procedure completes when the SS confirms UE's cell update request. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


TRANSPORT CHANNEL 
RECONFIGURATION 


The message assigns common 
resources so that the UE is 
expected to execute a transition 
from CELL FACH in cell 1 to 
CELL FACH in cell 3 


2 




BCCH 


The SS starts to broadcast the 
BCCH in cell 2. 


3 






The UE shall detect a failure to 
use the assigned common 
physical channel and try to 
perform a cell reselection. 


4 


■> 


CELL UPDATE 


The UE discover the presence 
of cell 2 and triggers a cell 
update procedure. 


5 


^ 


CELL UPDATE CONFIRM 


SS sends this message so that 
the UE moves to CELL_PCH 
state. 



Specific Message Contents 
None 

8.2.4.21.5 Test requirement 

After step3 the UE shall discover the presence of cell 2, enter CELL_FACH state, and initiate a cell update procedure in 
that cell. 
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8.2.4.22 Transport Channel Reconfiguration from CELL_FACH to CELL_FACH: 
Failure (Incompatible simultaneous reconfiguration) 



8.2.4.22.1 



Definition 



8.2.4.22.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives another TRANSPORT CHANNEL 

RECONFIGURATION message, before the UE completes the configuration of the transport channel according 
to a TRANSPORT CHANNEL RECONFIGURATION message received earlier. The UE shall transmit an 
RRC STATUS message on the DCCH using AM RLC which is set to "Message not compatible with receiver 
state" in IE" Protocol error cause". 

Reference 

3GPPTS 25.331 clause 8.2.4 



8.2.4.22.3 



Test purpose 



To confirm that the UE keeps its current configuration, transmits an RRC STATUS message when it receives another 
TRANSPORT CHANNEL RECONFIGURATION message before the completion of an earlier reconfiguration 
request. 



8.2.4.22.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. When the SS transmits a TRANSPORT CHANNEL RECONFIGURATION 

message to the UE before the UE has successfully configured the transport channel specified in an earlier message, the 
UE keeps the old configuration. After that, the UE shall transmit an RRC STATUS message on the DCCH using AM 
RLC, indicating "Message not compatible with receiver state" in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


TRANSPORT CHANNEL 
RECONFIGURATION 


Including IE"Uplink DPCH info" 


2 


^ 


TRANSPORT CHANNEL 
RECONFIGURATION 


Sent before the time specified in 
IE"Activation Time Info" of 
message in step 1 has elapsed. 


3 


^ 


RRC STATUS 


The UE shall not change the 
configuration. 



Specific Message Contents 

The contents of TRANSPORT CHANNEL RECONFIGURATION messages in this test case is identical to the 
corresponding message found in the default contents of layer 3 messages for RRC tests with the following exceptions: 
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TRANSPORT CHANNEL RECONFIGURATION (Step 1) 



Information Element 


Value/remark 


Activation Time 


Current CFN-[current CFN mod 8 + 8 ] 


RRC STATUS 


Information Element 


Value/remark 


Message Type 

Protocol error information 

Other information element 


"RRC STATUS" 

Message not compatible with receiver state 

Not checked 



8.2.4.22.5 



Test requirement 



After step2 the UE shall keep its configuration and transmit an RRC STATUS message on the DCCH using AM RLC, 
stating the reason "Message not compatible with receiver state" in IE" Protocol error cause". 

8.2.4.23 Transport channel reconfiguration from CELL_FACH to CELL_FACH: Failure 
(Invalid message reception) 



8.2.4.23.1 



Definition 



8.2.4.23.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a TRANSPORT CHANNEL RECONFIGURATION 
message which makes use of a spare value in the mandatory IE" DRX indicator". Then it shall transmit a 
TRANSPORT CHANNEL RECONFIGURATION FAILURE message with the value "protocol error" set in IE" failure 
cause" and also "Information element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.4 



8.2.4.23.3 



Test purpose 



To confirm that the UE transmits TRANSPORT CHANNEL RECONFIGRATION FAILURE message on the DCCH 
using AM RLC, if the received TRANSPORT CHANNEL RECONFIGURATION message comprises a spare value in 
the mandatory IE" DRX indicator". 



8.2.4.23.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a TRANSPORT CHANNEL RECONFIGURATION message to 
the UE, which includes a spare value in the mandatory IE" DRX indicator". The UE shall keep the old configuration 
and transmit a TRANSPORT CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM RLC, 
specifying "protocol error" in IE" failure cause" and also indicating "Information element value not comprehended" in 
IE" Protocol error cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


TRANSPORT CHANNEL 
RECONFIGURATION 


Contains an illegal value for a 
mandatory IE 


2 


■> 


TRANSPORT CHANNEL 
RECONFIGRATION FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



TRANSPORT CHANNEL RECONFIGURATION 



The contents of TRANSPORT CHANNEL RECONFIGURATION message in this test case is identical to those in the 
default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


DRX indicator 


spare value 



TRANSPORT CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 


" TRANSPORT CHANNEL RECONFIGURATION 




FAILURE" 


Failure cause 




- Failure cause 


Protocol error 


- Protocol error information 




- Protocol error cause 


Information element value not comprehended 


Other information element 


Not checked 



8.2.4.23.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a TRANSPORT CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC. The message shall specify "protocol error" in IE" failure cause" and 
set value "Information element value not comprehended" in IE" Protocol error cause". 
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8.2.5 Transport format combination control 

8.2.5.1 Transport format combination control in CELL_DCH : restriction 

8.2.5.1.1 Definition 

8.2.5.1.2 Conformance requirement 

The UE shall change the subset of allowed transport format combination of uplink when the UE receives TRANSPORT 
FORMAT COMBINATION CONTROL message. 

Reference 

3GPPTS 25.331 clause 8.2.5 

8.2.5.1.3 Test purpose 

To confirm that the UE do not transmit data on the DTCH in the uplink direction, following the reception of 
TRANSPORT FORMAT COMBINATION CONTROL message sent from the SS, which is set to "zero" in IE" 
Minimum allowed Transport format combination index". 

8.2.5.1.4 Method of test 

Initial Condition 
System Simulator : lcell 
UE :CELL_DCH 

Test Procedure 

The UE establishes a radio access bearer on the DCH for a communication. The SS transmits a TRANSPORT 
FORMAT COMBINATION CONTROL message, which indicates that only TFC is allowed on the uplink for DCH 
transport channel. The UE shall reconfigure the TFCS, stop any transmission on DTCH logical channel and then 
continues the communication on DCCH only. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






UE s in CELL_DCH state with 
a DTCH logical channel 
allocated for communication 
between UE and SS 


2 


^ 


TRANSPORT FORMAT 
COMBINATION CONTROL 


Set to "zero" in IE" Minimum 
allowed Transport format 
combination index". 


3 






The UE shall transmit any data 
on the DTCH. 



Specific Message Contents 

TRNSPORT FORMAT COMBINATION CNTROL 



Information Element 


Value/remark 


TrCH information elements 

-Minimum allowed Transport format combination index 


Set to "zero" 



8.2.5.1.5 Test requirement 

After step2 the UE shall stop transmitting data on the DTCH in the uplink. 

8.2.5.2 Transport format combination control in CELL_DCH: release a restriction 

8.2.5.2.1 Definition 



8.2.5.2.2 



Conformance requirement 



The UE shall change the subset of allowed transport format combination of uplink when it receives TRANSPORT 
FORMAT COMBINATION CONTROL message, specifying that an existing restriction for the usage of TFCS be 
removed. 

Reference 

GPP TS 25.331 clause 8.2.5 



8.2.5.2.3 



Test purpose 



To confirm that the UE resume transmission of data on the DTCH on the uplink, following the reception of 
TRANSPORT FORMAT COMBINATION CONTROL message which is set to "one" as the prior used transport 
format combination number in IE" Minimum allowed Transport format combination index". 



8.2.5.2.4 



Method of test 



Initial Condition 

System Simulator : lcell 

UE : CELL_DCH with DTCH allocated but fully restricted. 

Test Procedure 

The UE is in CELL_DCH state with DTCH allocated but fully restricted. The UE cannot transmit the data on the 
DTCH, as a result of the restriction on the transport format combination. Next, the SS transmits a TRANSPORT 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



301 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



FORMAT COMBINATION CONTROL message which is set to "one" in IE" Minimum allowed Transport format 
combination index" 



Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






No data transmission on the 
DTCH with a restriction in the 
uplink direction, following the 
execution of test 8.1 .2.5.1 . 


2 


^ 


TRANSPORT FORMAT 
COMBINATION CONTROL 


Set to "one" IE" Minimum 
allowed Transport format 
combination index". 


3 






The UE begins to transmit the 
data on the DTCH. 



Specific Message Contents 

TRNSPORT FORMAT COMBINATION CNTROL 



Information Element 


Value/remark 


TrCH information elements 

-Minimum allowed Transport format combination index 


Set to "one" 



8.2.5.2.5 Test requirement 

After step2 the UE shall begin to transmit the data on the DTCH in the uplink. 



8.2.5.3 



8.2.5.3.1 



Transport format combination control in CELL_DCH: Failure (Incompatible 
simultaneous reconfiguration) 



Definition 



8.2.5.3.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives another TRANSPORT FORMAT COMBINATION 
CONTROL message before the UE reconfigures the transport channel completely according to a similar message 
received earlier. The UE shall transmit an TRANSPORT FORMAT COMBINATION CONTROL FAILURE message 
on the DCCH using AM RLC indicating "Message not compatible with receiver state" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.5 



8.2.5.3.3 



Test purpose 



To confirm after the UE receive TRANSPORT FORMAT COMBINATION CONTROL massage, it transmits 
TRANSPORT FORMAT COMBINATION CONTROL FAILURE message and keep the TFC subset as before the 
TRANSPORT FORMAT COMBINATION CONTROL massage 



8.2.5.3.4 



Method of test 



Initial Condition 
System Simulator: 1 cell 
UE: CELL_DCH 
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Test Procedure 

The UE establishes a radio access bearer on the DCH for to be used for user-data exchange. The SS transmits a 
TRANSPORT FORMAT COMBINATION CONTROL message, which includes a full restriction of the TFCS used in 
the uplink. The UE cannot reconfigures the TFCS, then the UE transmits TRANS0PORT FORMAT COMBINATION 
CONTROL FAILURE message and continues the communication. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






UE is in CELL_DCH 
connected state With a DTCH 
logical channel for user-data 
communication 


2 


^ 


TRANSPORT CHANNEL 
RECONFIGURATION 


Requesting for a change in 
semi-static transport format for 
DCH carrying the DTCH. The 
dynamic part remains 
unchanged. 


3 


^ 


TRANSPORT FORMAT 
COMBINATION CONTROL 


Requesting for a full restriction 
on TFCS for the DCH carrying 
DTCH. 


4 


^ 


TRANSPORT FORMAT 
COMBINATION CONTROL FAILURE 


The UE shall keep the TFC 
subset as before the 
TRANSPORT FORMAT 
COMBINATION CONTROL 
message was received 


5 






The UE does not change the 
configuration of TFC and the 
UE continues reconfigure the 
transport channel DCH 


6 




TRANSPORT CHANNEL 
RECONFIGURATION COMPLETE 


UE shall resume exchange of 
data over the DTCH logical 
channel. 



Specific Message Contents 



TRNSPORT CHANNEL RECONFIGURATION 



The contents of TRANSPORT CHANNEL RECONFIGURATION message in this test case is identical to those in the 
default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


TrCH Information Elements 
- Uplink transport channels 

- Added or reconfigured TrCH information list 

- Transport channel identity 

- Semi-Static Transport Format Information 
- Type of channel coding 


2 

Select a different coding scheme from default message 
content 



TRANSPORT FORMAT COMBINATION CONTROL 



Information Element 


Value/remark 


DPCH TFCS in Uplink 
- Subset Representation 
- Allowed TFIs 


Restricted TrCH information 

Not Present (All TFCs are restricted) 



TRANSPORT FORMAT COMBINATION CONTROL FAILURE 
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Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


"TRNSPORT FORMAT COMBINATION CNTROL 

FAILURE" 

Incompatible simultaneous reconfiguration 

Not checked 



8.2.5.3.5 



Test requirement 



After step3 the UE continue the transport channel reconfiguration as if no TRANSPORT FORMAT COMBINATION 
CONTROL message was received. Then it shall transmit a TRANSPORT FORMAT COMBINATION CONTROL 
FAILURE message on the DCCH using AM RLC, stating the reason "Incompatible simultaneous reconfiguration" in 
IE" Failure cause". 

After step6 the UE shall resume communication with SS on DTCH using the requested channel coding scheme on the 
transport blocks. 

8.2.5.4 Transport format combination control in CELL_DCH: Failure (Invalid 

message reception) 



8.2.5.4.1 



Definition 



8.2.5.4.2 



Conformance requirement 



The UE shall keep old configuration when it receives a TRANSPORT FORMAT COMBINATION CONTROL 
message which using a spare value in the mandatory IE"Minimum allowed Transport format combination index". It 
shall then transmits a TRANSPORT FORMAT COMBINATION CONTROL FAILURE message, indicating "protocol 
error" in IE" failure cause" and "Information element value not comprehended" in IE" Protocol error cause". 

Reference 

GPP TS 25.331 clause 8.2.5 



8.2.5.4.3 



Test purpose 



To confirm after the UE receives an invalid TRANSPORT FORMAT COMBINATION CONTROL massage, it 
transmits TRANSPORT FORMAT COMBINATION CONTROL FAILURE message and keep the TFC subset as if no 
TRANSPORT FORMAT COMBINATION CONTROL massage has been received. 



8.2.5.4.4 



Method of test 



Initial Condition 
System Simulator: 1 cell 
UE: CELL_DCH 

Test Procedure 

The UE establishes a radio access bearer on the DCH for a communication. The SS transmits a TRANSPORT 
FORMAT COMBINATION CONTROL message, which uses a spare value in the mandatory .IE'Minimum allowed 
Transport format combination index". The UE shall then transmit TRANSPORT FORMAT COMBINATION 
CONTROL FAILURE message and continues the communication using the radio access bearer. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






RRC connected state on the 
DTCH for a communication 


2 


<- 


TRANSPORT FORMAT 
COMBINATION CONTROL 


Contains an error in a 
mandatory IE. 


3 


^ 


TRANSPORT FORMAT 
COMBINATION CONTROL FAILURE 


The UE shall not change the 
configuration 



Specific Message Contents 



TRNSPORT FORMAT COMBINATION CONTROL 



Information Element 


Value/remark 


DPCH TFCS in uplink 
- Minimum allowed Transport format combination index 


Set to the value "MaxTFCValue" 



TRNSPORT FORMAT COMBINATION CNTROL FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 
Protocol error information 
-Protocol error case 
Other information element 


"TRNSPORT FORMAT COMBINATION CNTROL 

FAILURE" 

"protocol error" 

Information element value not comprehended 
Not checked 



8.2.5.4.5 



Test requirement 



After step3 the UE shall keep its configuration before the TRANSPORT FORMAT COMBINATION CONTROL message 
was received and transmit a TRANSPORT FORMAT COMBINATION CONTROL FAILURE message on the DCCH 
using AM RLC. The UE shall set the value "protocol error" in IE" Failure cause" and the value "information element not 
comprehended" in IE"protocol error information". The UE shall continue communicate with SS using the radio access 
bearer. 

8.2.6 Physical channel reconfiguration 

8.2.6.1 Physical channel reconfiguration for transition from CELL_DCH to 

CELL_DCH ( Hard handover to another frequency ): Success 



8.2.6.1.1 



Definition 



8.2.6.1.2 



Conformance requirement 



The UE shall correctly reconfigure a physical channel according to the PHYSICAL CHANNEL 

RECONFIGURATION message received, which is used for hard handover purposes. It shall be able to 
communicate with the UTRAN on the new frequency subsequently. 

Reference 

3GPP TS 25.331 clause 8.2.6 



8.2.6.1.3 



Test purpose 



To confirm that the UE reconfigures a new physical channel according to a PHYSICAL CHANNEL 
RECONFIGURATION message received from the SS. 
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8.2.6.1.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a PHYSICAL CHANNEL RECONFIGURATION message to the 
UE which includes a new physical channel parameter specified as the changing of frequency. The UE reconfigures the 
new physical channel and transmits a PHYSICAL CHANNEL RECONFIGURATION COMPLETE message using 
AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


PHYSICAL CHANNEL 
RECONFIGURATION 


Including a new frequncy 
information 


2 






Reconfiguration of physical 
channel 


3 


■> 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 





Specific Message Contents 
None. 

8.2.6.1.5 Test requirement 

After step3 the UE shall continue to communicate with SS on the new physical channel. 

8.2.6.2 Physical channel reconfiguration for transition from CELL_DCH to 

CELL_DCH ( Hard handover to another frequency ): Failure (Unsupported 
configuration) 



8.2.6.2.1 



Definition 



8.2.6.2.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a PHYSICAL CHANNEL RECONFIGURATION 
message which includes an unsupported configuration and transmit a PHYSICAL CHANNEL 
RECONFIGURATION FAILURE message on the DCCH using AM RLC, with the reason "configuration 
unacceptable" in IE" failure cause". 

Reference 

3GPP TS 25.331 clause 8.2.6 



8.2.6.2.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC if the received PHYSICAL CHANNEL RECONFIGURATION 
message includes unsupported configuration parameters for the UE. 
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8.2.6.2.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a PHYSICAL CHANNEL RECONFIGURATION message to the 
UE which includes unsupported configuration parameters as the frequency cannot be supported by the UE. The UE 
transmits a PHYSICAL CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM RLC which 
is set to "configuration unacceptable" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


PHYSICAL CHANNEL 
RECONFIGURATION 


Includes an unsupported 
configuration as the frequency 
cannot be supported by the UE 


2 


-* 


PHYISICAL CHANNEL 
RECONFIGURATION FAILURE 


The UE shall not change the 
physical channel and continue to 
communicate using the old 
configuration. 



Specific Message Contents 



PHYSICAL CHANNEL RECONFIGURATION 



The contents of PHYSICAL CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 


63984 

Not Present 


PHYSICAL CHANNEL RECONFIGURATION FAILURE 


Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Configuration unacceptable 
Not checked 



8.2.6.2.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC and set "configuration unacceptable" in IE" failure cause". 

8.2.6.3 Physical channel reconfiguration for transition from CELL_DCH to 

CELL_DCH ( Hard handover to another frequency ): Failure (Physical 
channel failure and reversion to old channel) 



8.2.6.3.1 



Definition 
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8.2.6.3.2 



Conformance requirement 



The UE shall revert to the old configuration when the UE fails to reconfigure the new physical channel by the expiry 
of timer T312, and then transmit a PHYSICAL CHANNEL RECONFIGURATION FAILURE message on the 
DCCH using AM RLC indicating "physical channel failure" in IE" failure cause". 

Reference 

3GPP TS 25.331 clause 8.2.6 



8.2.6.3.3 



Test purpose 



To confirm that the UE reverts to the old configuration and transmits a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC if the UE fails to reconfigure the new physical channel according to 
the received PHYSICAL CHANNEL RECONFIGURATION message by timer T3 12 expiry. 



8.2.6.3.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a PHYSICAL CHANNEL RECONFIGURATION message to the 
UE which includes new frequency parameters. However, the SS does not reconfigure the new physical channel. The 
UE is expected to encounter a failure to reconfigure the new physical channel and after T312 timer expiry the UE shall 
revert to the old configuration. Finally, the UE transmits a PHYSICAL CHANNEL RECONFIGURATION FAILURE 
message on the DCCH using AM RLC specifies "physical channel failure" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


PHYSICAL CHANNEL 
RECONFIGURATION 


Including a new frequency 
information 


2 






The SS does not reconfigure the 
physical channel so that the UE 
fails to reconfigure to the new 
physical channel. 


3 


■> 


PHYSICAL CHANNEL 
RECONFIGURATION FAILURE 


After T31 2 expiry, the UE shall 
revert to the old configuration 
and transmits this message. 



Specific Message Contents 



PHYSICAL CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Physical channel failure 
Not checked 



8.2.6.3.5 



Test requirement 



After step2 the UE shall revert to the old configuration and transmit a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, with the value "physical channel failure" in IE" failure cause". 
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8.2.6.4 Physical channel reconfiguration for transition from CELL_DCH to 

CELL_DCH ( Hard handover to another frequency ): Failure (Physical 
channel failure and reversion failure) 

8.2.6.4.1 Definition 



8.2.6.4.2 Conformance requirement 

The UE shall perform an RRC connection re-establishment procedure when the UE fails to revert to the old 

configuration, after the detection of physical channel failure during the course of executing a physical channel 
reconfiguration procedure. 

Reference 

3GPPTS 25.331 clause 8.2.6 

8.2.6.4.3 Test purpose 

To confirm that the UE initiates an RRC connection re-establishment procedure when the UE cannot reconfigure the 
new physical channel for the failure of LI configuration and for the failure of the reversion to the old configuration. 

8.2.6.4.4 Method of test 

Initial Condition 

System Simulator : 2 cells- Cell 1 is active, Cell 2 is inactive 

UE : CELL_DCH in cell 1 

Test Procedure 

The UE is in the CELL_DCH state in cell 1. The SS begins to broadcast the BCCH in cell 2 and then transmits a 
PHYSICAL CHANNEL RECONFIGURATION message to the UE, which includes new uplink and downlink 
frequency parameters and does not reconfigure LI. The UE is expected to fail to reconfigure the new physical channel 
and tries to revert to the old configuration after T312 expiry. The SS then deletes the old physical channel so that the 
UE would perform cell reselection and finds cell 2. It shall then transmit an RRC CONNECTION RE- 
ESTABLISHMENT REQUEST message which includes the IE"U-RNTI" on the uplink CCCH. The SS transmits an 
RRC CONNECTION RE-ESTABLISHMENT message which includes a new TFCS according to the new transport 
channel. After the UE receives an RRC CONNECTION RE-ESTABLISHMENT message, it reconfigures the new 
radio connection and transmits an RRC CONNECTION RE-ESTABLISHMENT COMPLETE message on the uplink 
DCCH using AM RLC. 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



309 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


BCCH 


The SS transmits the BCCH in 
cell 2. 


2 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION 


The message includes new 
frequency information 


3 






SS does not reconfigure the 
physical channel to reflect the 
changes in step 2, at the same 
time, it deletes the old 
configuration so the UE cannot 
reconfigure the new physical 
channel and cannot revert to the 
old configuration. 










4 


■* 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE finds a new cell. 2 and 
then transmits this message 
which includes the IE"U-RNTI" . 


5 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


This message indicates a new 
TFCS according to the new 
transport channel. 


6 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 





Specific Message Contents 



None. 



8.2.6.4.5 



Test requirement 



After step3 the UE shall find the availability of cell 2, enter CELL_FACH state, and transmits RRC CONNECTION 
RE-ESTABLISHMENT message using RLC-TM mode on the uplink DCCH. 

After step6 the UE shall be able to successfully re-establish an RRC connection in cell 2. 

8.2.6.5 Physical channel reconfiguration for transition from CELL_DCH to 

CELL_DCH ( Hard handover to another frequency): Failure (Incompatible 
simultaneous reconfiguration) 



8.2.6.5.1 



Definition 



8.2.6.5.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives another PHYSICAL CHANNEL 

RECONFIGURATION message before it completes the current reconfiguration according to an earlier 
PHYSICAL CHANNEL RECONFIGURATION message. The UE shall transmit an RRC STATUS message on 
the DCCH using AM RLC, setting "Message not compatible with receiver state" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.6 



8.2.6.5.3 



Test purpose 



To confirm that the UE keeps its current configuration when it receives another PHYSICAL CHANNEL 
RECONFIGURATION message before the completion of an existing physical channel reconfiguration . 
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8.2.6.5.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. When the SS transmits a PHYSICAL CHANNEL RECONFIGURATION message 
to the UE before it reconfigures the physical channel, the UE keeps the old configuration and transmits an RRC 
STATUS message on the DCCH using AM RLC This message shall indicate "Message not compatible with receiver 
state" in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


PHYSICAL CHANNEL 
RECONFIGURATION 




2 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION 


Sent before the "Activation Time 
Info" specified in the message in 
step 1 has elapsed. 


3 


^ 


RRC STATUS 


The UE does not change the 
configuration. 



Specific Message Contents 



PHYSICAL CHANNEL RECONFIGURATION 



The contents of PHYSICAL CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Activation Time Info 


Current CFN-[current CFN mod 8 + 8 ] 



RRC STATUS 



Information Element 


Value/remark 


Message Type 




Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.6.5.5 



Test requirement 



After step2 the UE shall keep its old configuration and transmit an RRC STATUS message on the DCCH using AM 
RLC, which shall be set to "Message not compatible with receiver state" in IE" Protocol error cause". 

8.2.6.6 Physical channel reconfiguration for transition from CELL_DCH to 

CELL_DCH ( Hard handover to another frequency): Failure (Invalid message 
reception) 



8.2.6.6.1 



Definition 



8.2.6.6.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a PHYSICAL CHANNEL RECONFIGURATION 
message, which includes the spare value in the mandatory IE" DRX indicator". It shall then transmits a PHYSICAL 
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CHANNEL RECONFIGURATION FAILURE message which contains the value "protocol error" in IE" failure cause" 
and also "Information element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.6 



8.2.6.6.3 



Test purpose 



To confirm that the UE transmits a PHYSICAL CHANNEL RECONFIGURATION FAILURE message on the DCCH 
using AM RLC if it receives a PHYSICAL CHANNEL RECONFIGURATION message which uses a spare value in 
the mandatory IE" DRX indicator". 



8.2.6.6.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a PHYSICAL CHANNEL RECONFIGURATION message to the 
UE , with a spare value in the mandatory IE" DRX indicator". The UE keeps the old configuration and transmits a 
PHYSICAL CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM RLC, with a value 
"protocol error" in IE" failure cause" and also a value "Information element value not comprehended" in IE" Protocol 
error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


PHYSICAL CHANNEL 
RECONFIGURATION 


This message contains an error in 
one of the mandatory lEs. 


2 


■> 


PHYSICAL CHANNEL 
RECONFIGURATION FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



PHYSICAL CHANNEL RECONFIGURATION 



The contents of PHYSICAL CHANNEL RECONFIGURATION message in this test case is identical to those found in 
the default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


DRX indicator 


spare value 



PHYSICAL CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 




Failure cause 




- Failure cause 


Protocol error 


- Protocol error information 




- Protocol error cause 


Information element value not comprehended 


Other information element 


Not checked 



8.2.6.6.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, setting value "protocol error" in IE" failure cause" and also setting 
value "Information element value not comprehended" in IE" Protocol error cause". 
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8.2.6.7 Physical channel reconfiguration for transition from CELL_DCH to 

CELL FACH: Success 



8.2.6.7.1 



Definition 



8.2.6.7.2 



Conformance requirement 



The UE shall correctly reconfigure a physical channel according to a PHYSICAL CHANNEL RECONFIGURATION 
message when asked to perform a transition from CELL_DCH to CELL_FACH. 

Reference 

3GPP TS 25.331 clause 8.2.6 



8.2.6.7.3 



Test purpose 



To confirm that the UE reconfigures a new physical channel according to the PHYSICAL CHANNEL 
RECONFIGURATION message received from the SS. 



8.2.6.7.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a PHYSICAL CHANNEL RECONFIGURATION message to the 
UE. The UE shall then reconfigure the new physical channel according to this message. Following this, it shall transmit 
a PHYSICAL CHANNEL RECONFIGURATION COMPLETE message using AM RLC on the RACH. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


PHYSICAL CHANNEL 
RECONFIGURATION 




2 






Reconfiguration of physical 
channel 


3 


■> 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 





Specific Message Contents 
None. 



8.2.6.7.5 



Test requirement 



After step3 the UE shall transit from CELL_DCH to CELL_FACH and continue to communicate with SS on the 
common physical channel. 
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8.2.6.8 Physical channel reconfiguration for transition from CELL_DCH to 

CELL_FACH: Failure (Unsupported configuration) 



8.2.6.8.1 



Definition 



8.2.6.8.2 



Conformance requirement 



The UE shall keep its old configuration when it receives a PHYSICAL CHANNEL RECONFIGURATION message 
which includes unsupported configuration parameters. It shall then transmit a PHYSICAL CHANNEL 
RECONFIGURATION FAILURE message on the DCCH using AM RLC, with the reason "configuration 
unacceptable" indicated in IE" failure cause". 

Reference 

3GPP TS 25.331 clause 8.2.6 



8.2.6.8.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, if the received PHYSICAL CHANNEL RECONFIGURATION 
message includes unsupported configuration parameters. 



8.2.6.8.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a PHYSICAL CHANNEL RECONFIGURATION message to the 
UE, which includes unsupported configuration parameters. Specifically, the frequency cannot be supported by the UE. 
The UE shall transmit a PHYSICAL CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM 
RLC which and indicating "configuration unacceptable" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


PHYSICAL CHANNEL 
RECONFIGURATION 


The message specifies the 
usage of an unsupported 
configuration for the UE 


2 


■> 


PHYISICAL CHANNEL 
RECONFIGURATION FAILURE 


The UE does not change the 
physical channel and continue to 
communicate with the SS using 
the original configuration. 



Specific Message Contents 



PHYSICAL CHANNEL RECONFIGURATION 



The contents of PHYSICAL CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 
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Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 


63984 
Not Present 


PHYSICAL CHANNEL RECONFIGURATION FAILURE 


Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Configuration unacceptable 
Not checked 



8.2.6.8.5 Test requirement 

After stepl the UE shall keep its old configuration and transmit a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, with the reason "configuration unacceptable" specified in IE" failure 

cause". 

8.2.6.9 Physical channel reconfiguration for transition from CELL_DCH to 

CELL_FACH: Failure (Physical channel failure) 

8.2.6.9.1 Definition 



8.2.6.9.2 Conformance requirement 

The UE shall initiate the cell reselection procedure when the UE cannot use the assigned physical channel according 
to a PHYSICAL CHANNEL RECONFIGURATION message, during the transition from CELL_DCH to 
CELL_FACH. 

Reference 

3GPPTS 25.331 clause 8.2.6 

8.2.6.9.3 Test purpose 

To confirm that the UE perform a cell reselection and cell update procedure when the it fail to access the assigned 
physical channel, according to a PHYSICAL CHANNEL RECONFIGURATION message, during the transition from 
CELL_DCH to CELL_FACH. 

8.2.6.9.4 Method of test 

Initial Condition 

System Simulator : 2 cells Cell 1 is active, Cell 2 is inactive 

UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state in cell 1. The SS begins to broadcast the BCCH in cell 2 and then transmits a 
PHYSICAL CHANNEL RECONFIGURATION message, resulting in the UE to attempt to transit from CELL_DCH to 
CELL_FACH. The UE is expected to fail to access the assigned physical channel as the SS ceases downlink 
transmission in cell 1. After the UE successfully camp onto cell 2, it shall initiate the cell update procedure in cell 2. 
The procedure completes when the SS confirms UE's cell update request. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


PHYSICAL CHANNEL 
RECONFIGURATION 


The message assigns common 
resources so that the UE is 
expected to execute a transition 
from CELL DCH to 
CELL FACH 


2 




BCCH 


The SS starts to broadcast the 
BCCH in cell 2. 


3 






The UE shall detect a failure to 
use the assigned common 
physical channel and try to 
perform a cell reselection. 


4 


■> 


CELL UPDATE 


The UE discover the presence 
of cell 2 and triggers a cell 
update procedure. 


5 


^ 


CELL UPDATE CONFIRM 


SS sends this message so that 
the UE moves to CELL_PCH 
state. 



Specific Message Contents 



None 



8.2.6.9.5 



Test requirement 



After step3 the UE shall discover the presence of cell 2, enter CELL_FACH state, and initiate a cell update procedure in 
that cell. 

8.2.6.10 Physical channel reconfiguration for transition from CELL_DCH to 
CELL_FACH: Failure (Incompatible simultaneous reconfiguration) 



8.2.6.10.1 



Definition 



8.2.6.10.2 



Conformance requirement 



The UE shall keep its old configuration when it receives another PHYSICAL CHANNEL RECONFIGURATION 
message before the existing reconfiguration request has been completed. The UE shall transmit an RRC 
STATUS message on the DCCH using AM RLC, indicating the reason "Message not compatible with receiver 
state" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.6 



8.2.6.10.3 



Test purpose 



To confirm that the UE keeps its original configuration when the UE receives a second PHYSICAL CHANNEL 
RECONFIGURATION message before it reconfigures the physical channel according to an earlier PHYSICAL 
CHANNEL RECONFIGURATION message. 



8.2.6.10.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
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UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. When the SS transmits a PHYSICAL CHANNEL RECONFIGURATION message 
to the UE before the UE reconfigures the physical channel, the UE shall keep the old configuration and transmits an 
RRC STATUS message on the DCCH using AM RLC. This message shall specify value "Message not compatible with 
receiver state" in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


PHYSICAL CHANNEL 
RECONFIGURATION 




2 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION 


Sent before the elapse of the time 
specified in "Activation Time Info" 
in the message of step 1 . 


3 


^ 


RRC STATUS 


The UE shall not change the 
configuration. 



Specific Message Contents 

PHYSICAL CHANNEL RECONFIGURATION (Step 1) 

The contents of PHYSICAL CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Activation Time Info 


Current CFN-[current CFN mod 8 + 8 ] 



RRC STATUS 



Information Element 


Value/remark 


Message Type 




Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.6.10.5 



Test requirement 



After step2 the UE shall keep its old configuration, transmit an RRC STATUS message on the DCCH using AM RLC, 
and set the cause "Message not compatible with receiver state" in IE" Protocol error cause". 

8.2.6.1 1 Physical channel reconfiguration for transition from CELL_DCH to 

CELL_FACH: Failure (Invalid message reception) 



8.2.6.11.1 



Definition 



8.2.6.11.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a PHYSICAL CHANNEL RECONFIGURATION 
message which includes the spare value in the mandatory IE" DRX indicator" . It shalltransmit a PHYSICAL 
CHANNEL RECONFIGURATION FAILURE message, indicating "protocol error" in IE" failure cause" and indicating 
"Information element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.6 
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8.2.6.11.3 



Test purpose 



To confirm that the UE transmits a PHYSICAL CHANNEL RECONFIGURATION FAILURE message on the DCCH 
using AM RLC, if the received a PHYSICAL CHANNEL RECONFIGURATION message uses a spare value in the 
mandatory IE" DRX indicator". 



8.2.6.11.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_DCH 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a PHYSICAL CHANNEL RECONFIGURATION message to the 
UE which contains a spare value in the mandatory IE" DRX indicator". The UE keeps the old configuration and 
transmits a PHYSICAL CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM RLC, which 
comprises the reason "protocol error" in IE" failure cause" and reason "Information element value not comprehended" 
in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


PHYSICAL CHANNEL 
RECONFIGURATION 


The message contains a error in 
one of the mandatory IE. 


2 


■> 


PHYSICAL CHANNEL 
RECONFIGURATION FAILURE 


The UE shall not change the 
configuration. 



Specific Message Contents 



PHYSICAL CHANNEL RECONFIGURATION 



The contents of PHYSICAL CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


DRX indicator 


spare value 



PHYSICAL CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 




Failure cause 




- Failure cause 


Protocol error 


- Protocol error information 




- Protocol error cause 


Information element value not comprehended 


Other information element 


Not checked 



8.2.6.11.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC. The failure message shall specify "protocol error" in IE" failure 
cause" and include "Information element value not comprehended" in IE" Protocol error cause". 
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8.2.6.12 Physical channel reconfiguration for transition from CELL_FACH to 
CELL DCH: Success 



8.2.6.12.1 



Definition 



8.2.6.12.2 



Conformance requirement 



The UE shall correctly reconfigure a physical channel according to a PHYSICAL CHANNEL RECONFIGURATION 
message, which triggers a transition from CELL_FACH to CELL_DCH. 

Reference 

3GPP TS 25.331 clause 8.2.6 



8.2.6.12.3 



Test purpose 



To confirm that the UE reconfigures a new physical channel according to a PHYSICAL CHANNEL 
RECONFIGURATION message received from the UTRAN, in the case of an assignment of dedicated physical 
resource from the common physical channels used previously by the UE. 



8.2.6.12.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a PHYSICAL CHANNEL RECONFIGURATION message to 
the UE to start a transition from CELL_FACH to CELL_DCH. The UE shall reconfigure the new physical channel 
correctly according to this message. To complete this procedure, the UE shall transmit a PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE message using AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


PHYSICAL CHANNEL 
RECONFIGURATION 




2 






The UE shall reconfigure the 
physical channel in order to start 
using the dedicated channels 
allocated. 


3 


■> 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 





Specific Message Contents 



None. 



8.2.6.12.5 



Test requirement 



After step3 the UE shall transit from CELL_FACH to CELL_DCH and continue to communicate with SS on the 
dedicated physical channel. 
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8.2.6.13 Physical channel reconfiguration for transition from CELL_FACH to 
CELL_DCH: Failure (Unsupported configuration) 



8.2.6.13.1 



Definition 



8.2.6.13.2 



Conformance requirement 



The UE shall keep its old configuration when the it receives a PHYSICAL CHANNEL RECONFIGURATION 
message, which specifies unsupported configuration parameters for the UE. It shall then transmit a PHYSICAL 
CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM RLC, reporting the cause 
"configuration unacceptable" in IE" failure cause". 

Reference 

3GPP TS 25.331 clause 8.2.6 



8.2.6.13.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, if the received PHYSICAL CHANNEL RECONFIGURATION 
message includes unsupported configuration parameters. 



8.2.6.13.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a PHYSICAL CHANNEL RECONFIGURATION message to 
the UE, which includes unsupported frequencies for the UE. The PHYSICAL CHANNEL RECONFIGURATION is 
structured in such a manner as to trigger a transition from CELL_FACH to CELL_DCH in the UE. The UE shall 
responds with a PHYSICAL CHANNEL RECONFIGURATION FAILURE message sent on the DCCH using AM 
RLC, setting "configuration unacceptable" in IE" failure cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


PHYSICAL CHANNEL 
RECONFIGURATION 


Includes unsupported 
frequencies for the UE 


2 


■> 


PHYISICAL CHANNEL 
RECONFIGURATION FAILURE 


The UE shall not change the 
physical channel configuration, 
this message shall be sent using 
the original allocated physical 
resource. 



Specific Message Contents 



PHYSICAL CHANNEL RECONFIGURATION 



The contents of PHYSICAL CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 
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Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 


63984 
Not Present 



PHYSICAL CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Configuration unacceptable 
Not checked 



8.2.6.13.5 Test requirement 

After stepl the UE shall keep its old configuration and transmit a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, the IE" failure cause" shall be set to "configuration unacceptable" 

8.2.6.14 Physical channel reconfiguration for transition from CELL_FACH to 
CELL_DCH: Failure (Physical channel failure and reversion to old 
configuration) 

8.2.6.14.1 Definition 



8.2.6.14.2 Conformance requirement 

The UE shall revert to the old configuration when the UE fails to reconfigure the new physical channel by timer 
T312 expiry. It shall report the failure by transmitting a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, indicating "physical channel failure" in IE" failure cause". 

Reference 

3GPPTS 25.331 clause 8.2.6 

8.2.6.14.3 Test purpose 

To confirm that the UE reverts to the old configuration and transmits a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC if the UE fails to reconfigure the new physical channel according to a 
PHYSICAL CHANNEL RECONFIGURATION message by the T3 12 expiry. 

8.2.6.14.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a PHYSICAL CHANNEL RECONFIGURATION message to 
the UE, requesting it to transit from CELL_FACH to CELL_DCH due to a switch in physical resource reallocation. 
However, it does not reconfigure the new physical channel accordingly but continue to use the old configuration. 
Consequently, the UE shall fail to reconfigure the new physical channel, and after T312 expiry the UE attempt to revert 
to the old configuration. Then the UE shall transmit a PHYSICAL CHANNEL RECONFIGURATION FAILURE 
message on the DCCH using AM RLC which reports "physical channel failure" in IE" failure cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


PHYSICAL CHANNEL 
RECONFIGURATION 




2 






The SS does not reconfigure the 
physical channel, hence the UE 
shall detect a failure to 
reconfigure to the new physical 
channel. 


3 


■> 


PHYSICAL CHANNEL 
RECONFIGURATION FAILURE 


After T312 expiry the UE reverts 
to the old configuration and 
transmits this message. 



Specific Message Contents 

PHYSICAL CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Physical channel failure 
Not checked 



8.2.6.14.5 



Test requirement 



After step2 the UE shall revert to the old configuration and transmit a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, specifying "physical channel failure" in IE" failure cause". 

8.2.6.15 Physical channel reconfiguration for transition from CELL_FACH to 
CELL_DCH: Failure (Physical channel failure and reversion failure) 



8.2.6.15.1 



Definition 



8.2.6.15.2 



Conformance requirement 



The UE shall perform an RRC connection re-establishment procedure when the UE fails to revert to the old 

configuration after the detection of physical channel failure in the physical channel reconfiguration procedure. 

Reference 

3GPP TS 25.331 clause 8.2.6 



8.2.6.15.3 



Test purpose 



To confirm that the UE initiates an RRC connection re-establishment procedure after it fails to reconfigure the new 
physical channel and experiences a subsequent failure to revert to the old configuration. 



8.2.6.15.4 



Method of test 



Initial Condition 

System Simulator : 2 cells- Cell 1 is active, Cell 2 is inactive 

UE : CELL_FACH in cell 1 

Test Procedure 

The UE is in the CELL_FACH state in cell 1. The SS begins to broadcast the BCCH in cell 2 and transmits a 
PHYSICAL CHANNEL RECONFIGURATION message to the UE, but it does not reconfigure LI accordingly. This is 
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expected to cause the UE to fail to reconfigure to the new physical channel. As a result, the UE shall try to revert to the 
old configuration after timer T312 expiry. However, the SS deletes the old physical channel before timer T312 has 
expired. Therefore, UE shall reselect to cell 2 and sends an RRC CONNECTION RE-ESTABLISHMENT REQUEST 
message, which includes its previously assigned U-RNTI on the uplink CCCH. The SS transmits an RRC 
CONNECTION RE-ESTABLISHMENT message, which includes a new TFCS according to the new transport channel 
used. After the UE receives this message, it reconfigures the new radio connection and transmits an RRC 
CONNECTION RE-ESTABLISHMENT COMPLETE message on the uplink DCCH using AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


BCCH 


The SS begins to transmit the 
BCCH in a cell 2. 


2 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION 




3 






The SS does not reconfigure the 
physical channel and deletes 
the old configuration. As a 
result, UE should encounter a 
failure to reconfigure the new 
physical channel, then attempt 
to revert to the old configuration. 


4 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT REQUEST 


The UE shall find cell 2 and then 
transmit this message with its U- 
RNTI included. 


5 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT 


This message specifies a new 
TFCS according to the new 
transport channel. 


6 


^ 


RRC CONNECTION 
RE-ESTABLISHMENT COMPLETE 


UE shall send this message in 
the cell 2. 



Specific Message Contents 



None. 



8.2.6.15.5 



Test requirement 



After step3 the UE shall detect the presence of cell 2, camp onto it, and transmit a RRC CONNECTION RE- 
ESTABLISHMENT REQUEST message. 

After step6 the UE shall successfully re-establish the RRC connection in cell 2. 

8.2.6.16 Physical channel reconfiguration for transition from CELL_FACH to 
CELL_DCH: Failure (Incompatible simultaneous reconfiguration) 



8.2.6.16.1 



Definition 



8.2.6.16.2 



Conformance requirement 



The UE shall keep its old configuration when it receives another PHYSICAL CHANNEL RECONFIGURATION 
message before the completion of an earlier physical channel reconfiguration procedure. Then the UE shall 
transmit an RRC STATUS message on the DCCH using AM RLC and indicate "Message not compatible with 
receiver state" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.6 
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8.2.6.16.3 



Test purpose 



To confirm that the UE keeps its old configuration, if receives another PHYSICAL CHANNEL RECONFIGURATION 
message before it manages to complete reconfiguring the physical channel according to an earlier PHYSICAL 
CHANNEL RECONFIGURATION message. 



8.2.6.16.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a PHYSICAL CHANNEL RECONFIGURATION message to 
command the UE to perform a physical channel reconfiguration. The starting time for this action is specified. 
However, before the passing of the indicated starting time, SS sends another PHYSICAL CHANNEL 
RECONFIGURATION message. The UE shall stop the existing reconfiguration, maintains the old configuration, and 
transmits an RRC STATUS message on the DCCH using AM RLC indicating "Message not compatible with receiver 
state" in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


PHYSICAL CHANNEL 
RECONFIGURATION 




2 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION 


Sent before the elapse of the 
frame number specified in 
IE"activation time info" of the 
message dispatched in step 1 . 


3 


^ 


RRC STATUS 


The UE does not change the 
configuration. 



Specific Message Contents 



PHYSICAL CHANNEL RECONFIGURATION 



The contents of PHYSICAL CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Activation Time Info 


Current CFN-[current CFN mod 8 + 8 ] 



RRC STATUS 



Information Element 


Value/remark 


Message Type 




Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.6.16.5 



Test requirement 



After step2 the UE shall keep its old configuration and transmit an RRC STATUS message on the DCCH using AM 
RLC, setting the value "Message not compatible with receiver state" in IE" Protocol error cause". 
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8.2.6.1 7 Physical channel reconfiguration for transition from CELL_FACH to 
CELL_DCH: Failure (Invalid message reception) 



8.2.6.17.1 



Definition 



8.2.6.17.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a PHYSICAL CHANNEL RECONFIGURATION 
message containing a spare value in the mandatory IE" DRX indicator". It shall then transmit a PHYSICAL 
CHANNEL RECONFIGURATION FAILURE message, set "protocol error" in IE" failure cause" and also set 
"Information element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.6 



8.2.6.17.3 



Test purpose 



To confirm that the UE transmits a PHYSICAL CHANNEL RECONFIGURATION FAILURE message on the DCCH 
using AM RLC if the received message uses a spare value in the mandatory IE" DRX indicator". 



8.2.6.17.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a PHYSICAL CHANNEL RECONFIGURATION message to 
the UE which comprises a spare value in the mandatory IE" DRX indicator". The UE keeps the old configuration and 
transmits a PHYSICAL CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM RLC, setting 
"protocol error" in IE" failure cause" and also setting "Information element value not comprehended" in IE" Protocol 
error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


PHYSICAL CHANNEL 
RECONFIGURATION 


Contains a mandatory error due 
to illegal use of spare value 


2 


■> 


PHYSICAL CHANNEL 
RECONFIGURATION FAILURE 


The UE does not change the 
configuration. 



Specific Message Contents 



PHYSICAL CHANNEL RECONFIGURATION 



The contents of PHYSICAL CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 
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Information Element 


Value/remark 


DRX indicator 


spare value 



PHYSICAL CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 




Failure cause 




- Failure cause 


Protocol error 


- Protocol error information 




- Protocol error cause 


Information element value not comprehended 


Other information element 


Not checked 



8.2.6.17.5 



Test requirement 



After stepl the UE shall keep its old configuration, transmit a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC with "protocol error" in IE" failure cause" and also "Information 
element value not comprehended" in IE" Protocol error cause". 

8.2.6.1 8 Physical channel reconfiguration for transition from CELL_FACH to 
CELL FACH: Success 



8.2.6.18.1 



Definition 



8.2.6.18.2 



Conformance requirement 



The UE shall correctly reconfigure a physical channel according to a PHYSICAL CHANNEL RECONFIGURATION 
message when asked to perform a transition from CELL_FACH to CELL_FACH in the another cell. 

Reference 

3GPPTS 25.331 clause 8.2.6 



8.2.6.18.3 



Test purpose 



To confirm that the UE reconfigures a new physical channel according to the PHYSICAL CHANNEL 
RECONFIGURATION message received from the SS. 



8.2.6.18.4 



Method of test 



Initial Condition 

System Simulator : 2 cells Cell 1 is active, Cell 2 is inactive 

UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS starts to broadcast the BCCH in cell 2 and transmits a PHYSICAL 
CHANNEL RECONFIGURATION message to the UE. The UE shall then reconfigure the new physical channel 
according to this message. Following this, it shall transmit a PHYSICAL CHANNEL RECONFIGURATION 
COMPLETE message using AM RLC on the RACH. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


BCCH 


The SS starts to broadcast the 
BCCH in cell 2. 


2 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION 




3 






Reconfiguration of physical 
channel 


4 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 





Specific Message Contents 
None. 



8.2.6.18.5 



Test requirement 



After step3 the UE shall transit from CELL_FACH to CELL_FACH in the another cell and continue to communicate 
with SS on the common physical channel. 

8.2.6.19 Physical channel reconfiguration for transition from CELL_FACH to 
CELL_FACH: Failure (Unsupported configuration) 



8.2.6.19.1 



Definition 



8.2.6.19.2 



Conformance requirement 



The UE shall keep its old configuration when it receives a PHYSICAL CHANNEL RECONFIGURATION message 
which includes unsupported configuration parameters. It shall then transmit a PHYSICAL CHANNEL 
RECONFIGURATION FAILURE message on the DCCH using AM RLC, with the reason "configuration 
unacceptable" indicated in IE" failure cause". 

Reference 

3GPP TS 25.331 clause 8.2.6 



8.2.6.19.3 



Test purpose 



To confirm that the UE keeps its configuration and transmits a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, if the received PHYSICAL CHANNEL RECONFIGURATION 
message includes unsupported configuration parameters. 



8.2.6.19.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a PHYSICAL CHANNEL RECONFIGURATION message to 
the UE, which includes unsupported configuration parameters. Specifically, the frequency cannot be supported by the 
UE. The UE shall transmit a PHYSICAL CHANNEL RECONFIGURATION FAILURE message on the DCCH using 
AM RLC which and indicating "configuration unacceptable" in IE" failure cause". 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


PHYSICAL CHANNEL 
RECONFIGURATION 


The message specifies the 
usage of an unsupported 
configuration for the UE 


2 


■> 


PHYISICAL CHANNEL 
RECONFIGURATION FAILURE 


The UE does not change the 
physical channel and continue to 
communicate with the SS using 
the original configuration. 



Specific Message Contents 



PHYSICAL CHANNEL RECONFIGURATION 



The contents of PHYSICAL CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Frequency info 

- UARFCN uplink(Nu) 

- UARFCN downlink(Nd) 


63984 
Not Present 


PHYSICAL CHANNEL RECONFIGURATION FAILURE 


Information Element 


Value/remark 


Message Type 

Failure cause 

Other information element 


Configuration unacceptable 
Not checked 



8.2.6.19.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC, with the reason "configuration unacceptable" specified in IE" failure 

cause". 

8.2.6.20 Physical channel reconfiguration for transition from CELL_FACH to 
CELL_FACH: Failure (Physical channel failure) 



8.2.6.20.1 



Definition 



8.2.6.20.2 



Conformance requirement 



The UE shall initiate the cell reselection procedure when the UE cannot use the assigned physical channel according 
to a PHYSICAL CHANNEL RECONFIGURATION message, during the transition from CELL_FACH to 
CELL_FACH in the another cell. 

Reference 

3GPP TS 25.331 clause 8.2.6 



8.2.6.20.3 



Test purpose 



To confirm that the UE perform a cell reselection and cell update procedure when the it fail to access the assigned 
physical channel, according to a PHYSICAL CHANNEL RECONFIGURATION message, during the transition from 
CELL FACH to CELL FACH in the another cell. 
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8.2.6.20.4 



Method of test 



Initial Condition 

System Simulator : 3 cells Cell 1 is active, Cell 2 is inactive, Cell 3 is inactive 

UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state in cell 1. The SS begins to broadcast the BCCH in cell 2 and then transmits a 
PHYSICAL CHANNEL RECONFIGURATION message, resulting in the UE to attempt to transit from CELL_FACH 
in cell 1 to CELL_FACH in cell 3. The UE is expected to fail to access the assigned physical channel as the SS ceases 
downlink transmission in cell 3. After the UE successfully camp onto cell 2, it shall initiate the cell update procedure in 
cell 2. The procedure completes when the SS confirms UE's cell update request. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<r 


PHYSICAL CHANNEL 
RECONFIGURATION 


The message assigns common 
resources so that the UE is 
expected to execute a transition 
from CELL FACH in cell 1 to 
CELL FACH in cell 3 


2 




BCCH 


The SS starts to broadcast the 
BCCH in cell 2. 


3 






The UE shall detect a failure to 
use the assigned common 
physical channel and try to 
perform a cell reselection. 


4 


■> 


CELL UPDATE 


The UE discover the presence 
of cell 2 and triggers a cell 
update procedure. 


5 


^ 


CELL UPDATE CONFIRM 


SS sends this message so that 
the UE moves to CELL_PCH 
state. 



Specific Message Contents 
None 



8.2.6.20.5 



Test requirement 



After step3 the UE shall discover the presence of cell 2, enter CELL_FACH state, and initiate a cell update procedure in 
that cell. 

8.2.6.21 Physical channel reconfiguration for transition from CELL_FACH to 

CELL_FACH: Failure (Incompatible simultaneous reconfiguration) 



8.2.6.21.1 



Definition 



8.2.6.21.2 



Conformance requirement 



The UE shall keep its old configuration when it receives another PHYSICAL CHANNEL RECONFIGURATION 
message before the existing reconfiguration request has been completed. The UE shall transmit an RRC 
STATUS message on the DCCH using AM RLC, indicating the reason "Message not compatible with receiver 
state" in IE" Protocol error cause". 
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Reference 

3GPP TS 25.331 clause 8.2.6 



8.2.6.21.3 



Test purpose 



To confirm that the UE keeps its original configuration when the UE receives a second PHYSICAL CHANNEL 
RECONFIGURATION message before it reconfigures the physical channel according to an earlier PHYSICAL 
CHANNEL RECONFIGURATION message. 



8.2.6.21.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. When the SS transmits a PHYSICAL CHANNEL RECONFIGURATION 
message to the UE before the UE reconfigures the physical channel, the UE shall keep the old configuration and 
transmits an RRC STATUS message on the DCCH using AM RLC. This message shall specify value "Message not 
compatible with receiver state" in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


PHYSICAL CHANNEL 
RECONFIGURATION 




2 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION 


Sent before the elapse of the time 
specified in "Activation Time Info" 
in the message of step 1 . 


3 


^ 


RRC STATUS 


The UE shall not change the 
configuration. 



Specific Message Contents 

PHYSICAL CHANNEL RECONFIGURATION (Step 1) 

The contents of PHYSICAL CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 



Information Element 


Value/remark 


Activation Time Info 


Current CFN-[current CFN mod 8 + 8 ] 



RRC STATUS 



Information Element 


Value/remark 


Message Type 




Protocol error information 


Message not compatible with receiver state 


Other information element 


Not checked 



8.2.6.21.5 



Test requirement 



After step2 the UE shall keep its old configuration, transmit an RRC STATUS message on the DCCH using AM RLC, 
and set the cause "Message not compatible with receiver state" in IE" Protocol error cause". 
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8.2.6.22 Physical channel reconfiguration for transition from CELL_FACH to 
CELL_FACH: Failure (Invalid message reception) 



8.2.6.22.1 



Definition 



8.2.6.22.2 



Conformance requirement 



The UE shall keep its old configuration when the UE receives a PHYSICAL CHANNEL RECONFIGURATION 
message which includes the spare value in the mandatory IE" DRX indicator" . It shalltransmit a PHYSICAL 
CHANNEL RECONFIGURATION FAILURE message, indicating "protocol error" in IE" failure cause" and indicating 
"Information element value not comprehended" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.2.6 



8.2.6.22.3 



Test purpose 



To confirm that the UE transmits a PHYSICAL CHANNEL RECONFIGURATION FAILURE message on the DCCH 
using AM RLC, if the received a PHYSICAL CHANNEL RECONFIGURATION message uses a spare value in the 
mandatory IE" DRX indicator". 



8.2.6.22.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is in the CELL_FACH state. The SS transmits a PHYSICAL CHANNEL RECONFIGURATION message to 
the UE which contains a spare value in the mandatory IE" DRX indicator". The UE keeps the old configuration and 
transmits a PHYSICAL CHANNEL RECONFIGURATION FAILURE message on the DCCH using AM RLC, which 
comprises the reason "protocol error" in IE" failure cause" and reason "Information element value not comprehended" 
in IE" Protocol error cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


PHYSICAL CHANNEL 
RECONFIGURATION 


The message contains a error in 
one of the mandatory IE. 


2 


■> 


PHYSICAL CHANNEL 
RECONFIGURATION FAILURE 


The UE shall not change the 
configuration. 



Specific Message Contents 



PHYSICAL CHANNEL RECONFIGURATION 



The contents of PHYSICAL CHANNEL RECONFIGURATION message in this test case is identical to those of the 
default contents of layer 3 messages for RRC tests with the following exceptions: 
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Information Element 


Value/remark 


DRX indicator 


spare value 



PHYSICAL CHANNEL RECONFIGURATION FAILURE 



Information Element 


Value/remark 


Message Type 




Failure cause 




- Failure cause 


Protocol error 


- Protocol error information 




- Protocol error cause 


Information element value not comprehended 


Other information element 


Not checked 



8.2.6.22.5 



Test requirement 



After stepl the UE shall keep its old configuration and transmit a PHYSICAL CHANNEL RECONFIGURATION 
FAILURE message on the DCCH using AM RLC. The failure message shall specify "protocol error" in IE" failure 
cause" and include "Information element value not comprehended" in IE" Protocol error cause". 

8.2.7 Physical Shared Channel Allocation[TDD only] 

[Editor's note : This message is not included in Release99 so this is FFS.] 

8.2.8 PUSCH capacity request[TDD only] 

[Editor's note : This message is not included in Release99 so this is FFS.] 

8.2.9 Downlink outer loop control 

8.2.9.1 Downlink outer loop control: Increase is Disallowed 

8.2.9.1.1 Definition 



8.2.9.1.2 



Conformance requirement 



The UE shall maintain its existing internal target SIR value after it has received DOWNLINK OUTER LOOP 
CONTROL message which forbids further adjustment of SIR target. This restriction shall be observed even if the UE 
has detect that the current SIR target is not sufficient to achieve the downlink quality demanded by the UTRAN. 

Reference 

3GPP TS 25.331 clause 8.2.9 



8.2.9.1.3 



Test purpose 



To confirm that the UE keeps its target SIR value after it receives a DOWNLINK OUTER LOOP CONTROL message 
with the IE "Downlink Outer Loop Control" set to "TRUE". 



8.2.9.1.4 



Method of test 



Initial Condition 

System Simulator : 1 cell 

UE : CELL_DCH state with the no restriction by the DL outer loop power control 
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Test Procedure 

The UE is in the CELL_DCH state and the SS adjusts its transmission power as the current SIR estimation by the UE 
has reached the same target SIR value determined autonomously by the UE. This condition can be observed when the 
TPC command bits on the DPCCH physical channel has stabilized (consistently alternating between values and 1). 
The SS transmits the DOWNLINK OUTER LOOP CONTROL message, which is set to "TRUE" in IE "Downlink 
Outer Loop Control". When the SS generates some error frames, this is expected to cause the measured BLER in the 
UE to fall below that of that specified in IE" BLER Quality Value" of the RRC CONNECTION SETUP message 
received earlier. The UE shall detect this change but it maintains the current SIR target value and does not request that 
SS increases downlink transmission power by settting TPC in DPCCH to "1". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The SS adjusts its transmission 
power as such that the 
measured value of SIR in the 
UE is the same as the SIR 
target value determined by the 
UE. The target SIR value is 
chosen by the UE in order that 
the target BLER value 
requested by SS is achieved. 


2 


^ 


DOWNLINK OUTER LOOP CONTROL 


Set value "TRUE" in 
IE"Downlink Outer Loop 
Control". 


3 






The SS starts to generate some 
error frames. The current SIR 
target in the UE cannot 
guarantee target BLER value 
specified earlier. 


4 






The UE shall keeps the existing 
SIR target value and it shall not 
request that the DL transmission 
power be increased using TPC 
bits in DPCCH physical channel. 



Specific Message Content 



DOWNLINK OUTER POWER CONTROL 



Information Element 


Value/remark 


Integrity check info 
Downlink Outer Loop Control 

- DL Outer loop control 

Downlink DPCH power control information 

- DPC Mode 


Not Present 
Increased not allowed 
Single 



8.2.9.1.5 



Test requirement 



After step3 the SS shall keep the target SIR value as same as stepl and it shall not request for the downlink transmission 
power be increased by setting TPC bits to "1". 

8.2.9.2 Downlink outer loop control: Increase is Allowed 

8.2.9.2.1 Definition 
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8.2.9.2.2 



Conformance requirement 



The downlink power control procedure is used to control the downlink outer loop power control running in the UE. If 
the UE receives the DOWNLINK OUTER LOOP CONTROL message with value "FALSE" in IE "Downlink Outer 
Loop Control", it shall remove any exisiting restriction of DL outer loop power control. The UE shall begin to increase 
its DL target SIR value and make the DL transmission power increase until the desired BLER value for the DPCH 
transport channel has been attained. 

Reference 

3GPP TS 25.331 clause 8.2.9 



8.1.2.9.2.3 



Test purpose 



To confirm that the UE begins to exercise DL outer loop power control, in order to increase the target SIR value, after it 
had received a DOWNLINK OUTER LOOP CONTROL message specifying "FALSE" in IE "Downlink Outer Loop 
Control". 



8.2.9.2.4 



Method of test 



Initial Condition 

System Simulator : 1 cell 

UE : CELL_DCH state with the restriction by the DL outer loop power control Test Procedure 

The UE is in the CELL_DCH state with the restriction by the DL outer loop power control. The internal SIR target 
value determined by the UE is expected to be insufficient to allow the UE to achieve target BLER figure. The SS 
transmits the DOWNLINK OUTER LOOP CONTROL message, setting the value "FALSE" in IE "Downlink Outer 
Loop Control". Then the UE shall update its SIR target value and make the DL transmission power increase. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is brought to the same 
state as the end of step 4 in 
Clause 8.1.2.9.1.3. 


2 


^ 


DOWNLINK OUTER LOOP CONTROL 


Set the value "FALSE" in 
IE"Downlink Outer Loop 
Control". 


3 






The UE shall beginto request 
that the DL transmission power 
be increased. This is done by 
setting the TPC field to "1" in 
DPCCH. 



8.2.9.2.5 



Test requirement 



After step3 the SS shall increase the DL transmission power more than stepl. 

8.2.9.3 Downlink outer loop control: Failure (Invalid message reception) 

8.2.9.3.1 Definition 



8.2.9.3.2 



Conformance requirement 



The UE shall correctly handle an erroneous DOWNLINK OUTER LOOP CONTROL message, and perform the 
appropriate error-handling procedure. Specifically, it shall not alter the downlink power control mechanism, which is 
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currently being applied. It shall also transmit a RRC STATUS message using RLC-AM mode on the DCCH channel, 
state the appropriate failure cause. 

Reference 

3GPP TS 25.331 clause 8.2.9 



8.2.9.3.3 



Test purpose 



To confirm that the UE transmits an RRC STATUS message on the DCCH using AM RLC when it receives a 
DOWNLINK OUTER LOOP CONTROL message, containing an invalid conditional IE with respect to the state of the 
UE. 



8.2.9.3.4 



Method of test 



Initial Condition 

System Simulator : 1 cell 

UE : CELL_DCH and the integrity protection algorithm is not applied. 

Test Procedure 

The UE is in CELL_DCH state. Next, the SS transmits another DOWNLINK OUTER LOOP CONTROL message, 
removing the power increase restriction, and at the same time includes the conditional IE" Integrity Check Info". The 
UE shall not request for an increase in the downlink transmission power through the TPC command field in DPCCH. It 
shall transmit RRC STATUS message stating the value "Message extension not comprehended" in IE"protocol cause". 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






Executes step 1 to step 3 in 
Clause 8.1.2.9.1.3. 


2 




DOWNLINK OUTER LOOP CONTROL 


Contains an unexpected 
information element "Integrity 
Check Info" in the message. 
See specific message content. 


3 


^ 


RRC STATUS 


The UE shall request for an 
increase in downlink 
transmission power. The 
message shall specify cause 
"Message extension is not 
comprehended" in IE"Protocol 
Error Information" 


4 






The UE shall not request for an 
increase in downlink 
transmission power. SS verifies 
the value of TPC field in 
DPCCH. 



Specific Message Content 

DOWNLINK OUTER LOOP CONTROL (Step 1) 

The contents of DOWNLINK OUTER LOOP CONTROL message in this test case is identical to those of the default 
contents of layer 3 messages for RRC tests with the following exceptions: 
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Information Element 


Value/remark 


Integrity Check Info 

- Message authentication code 

- RRC Message Sequence 


Present 

An arbitrary 32-bits string 

An arbitrarily chosen integer from range (0....15) 



RRC STATUS 



Information Element 


Value/remark 


Message Type 




Protocol error information 


Information element value not comprehended 


Other information element 


Not checked 



8.2.9.3.5 



Test requirement 



After step4 the UE shall keep its restriction for increase in downlink transmission power and not set TPC command 
fields in DPCCH to "1". It shall transmit an RRC STATUS message on the DCCH using AM RLC, indicating 
"Information element value not comprehended" in IE" Protocol error cause". 
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8.3 RRC connection mobility procedure 

8.3.1 Cell Update 

8.3.1 .1 Cell Update: cell reselection in CELL_FACH 

8.3.1.1.1 Definition 

8.3.1.1.2 Conformance requirement 

This procedure is used to update UTRAN with the current cell of the UE after it has perform a cell reselection in 
CELL_FACH state. 

Reference 

3GPPTS 25.331 clause 8.3.1 

8.3.1.1.3 Test purpose 

To confirm that the UE executes a cell update procedure after the successful reselection of another UTRA cell. To 
confirm that the UE send the correct uplink respond message when executing cell update procedure due to cell 
reselection. 

8.3.1.1.4 Method of test 

Initial Condition 

System Simulator: 2 cells - Cell 1 is active, Cell 2 is inactive 

UE: CELL_FACH in cell 1 

Test Procedure 

The UE is in the CELL_FACH state, camping onto cell 1. The SS starts to broadcast BCCH on the primary CPICH in 
cell 2 with a power level greater than that in cell 1 . The UE shall find cell 2 to be more suitable for service and hence 
perform a cell reselection. After the completion of cell reselection, the UE shall transmits a CELL UPDATE message to 
the SS on the uplink CCCH of cell 2 and set IE" Cell update cause" to "Cell Reselection". After the SS receives this 
message, it transmits a CELL UPDATE CONFIRM message, which includes the IE"DRX Indicator" set to "DRX with 
Cell updating", to the UE on the downlink DCCH. SS verifies that the UE does not send any response to this message. 
UE shall move to CELL_PCH state. SS then reverses the transmission power of cell 1 and cell 2. The UE shall send a 
CELL UPDATE message on the uplink CCCH of cell 1. SS replies with CELL UPDATE CONFIRM message and 
allocates new C-RNTI and U-RNTI identities to the UE. The IE"DRX Indicator" is set to "No DRX" in this message. 
The UE shall transmit PHYSICAL CHANNEL RECONFIGURATION COMPLETE message. Following this, SS 
reverses the transmission power settings for cell 1 and cell 2 again. The UE shall initiate a cell update procedure by 
transmitting a CELL UPDATE message and stating the cause as 'cell re-selection'. SS replies with a CELL UPDATE 
CONFIRM message which contains IE"PRACH Info" and IF'Secondary CCPCH Info". The UE shall send 
PHYSICAL CHANNEL RECONFIGURATION COMPLETE message to acknowledge the assignment of the new 
physical resources. 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



337 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in the CELL_FACH 
state in cell 1 


2 


^ 


BCCH 


The SS starts to broadcast 
BCCH on the primary CPICH 
in cell 2 with a power level that 
is higher than that in cell 1 . 
The UE shall find that the cell 
2 is better for service and 
perform a reselection. SS 
waits for the maximum 
duration required for the UE to 
camp to cell 2. 


3 


^ 


CELL UPDATE 


Value "cell reselection" should 
be indicated in IE" Cell update 
cause" 


4 


^ 


CELL UPDATE CONFIRM 


IE"DRX Indicator" is set to 
"DRX with cell updating" 










5 






SS checks the uplink PRACH 
channel to verify that no 
response is sent by UE. SS 
reverses the transmission 
power level of cell 1 and cell 2. 


6 


^ 


CELL UPDATE 


UE shall revert to normal 
service in cell 1 and set the 
cause to "cell reselection". 


7 


^ 


CELL UPDATE CONFIRM 


IE"DRX Indicator" is set to "No 
DRX". New C-RNTI and U- 
RNTI identities are assigned to 
the UE. 


8 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


UE moves to CELL_FACH 
state and sends this message. 


9 






SS reverses the transmission 
power level of cell 1 and cell 2. 


10 


^ 


CELL UPDATE 


UE shall detect that cell 2 has 
become stronger. 


11 


^ 


CELL UPDATE CONFIRM 


IE"DRX Indicator" is set to "No 
DRX". At the same time, 
lE'PRACH Info" and 
IE"Secondary CCPCH Info" 
are also indicated. 


12 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


UE moves to CELL_FACH 
state and sends this message 
on the new PRACH assigned 
in step 1 1 . 



Specific Message Contents 

CELL UPDATE (Steps 3 and 6) 

Use the same message sub-type found in Clause 8.1 of TS34. 108. 
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Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 

AMRLC error indicator (for C-plane) 
AM_RLC error indicator (for U-plane) 
Cell Update Cause 
Protocol error indicator 
Measured results on RACH 
Protocol error information 


Check to see if set to '0000 0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 0000 0001 ' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Cell Re-selection' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



CELL UPDATE CONFIRM (Step 4) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


DRX Indicator 


DRX with cell updating 



CELL UPDATE CONFIRM (Step 7) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


New U-RNTI 

- SRNC Identity 

- S-RNTI 

New C-RNTI 


'0000 0000 0000 0001' 

An arbitrary 20-bits string which is different from original 
S-RNTI 

An arbitrary 16-bits string which is different from original 
C-RNTI. 



CELL UPDATE (Step 10) 

Use the same message sub-type found in Clause 8.1 of TS34. 108. 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 

Integrity check info 

AM_RLC error indicator (for C-plane) 

AM_RLC error indicator (for U-plane) 

Cell Update Cause 

Protocol error indicator 

Measured results on RACH 

Protocol error information 


Check to see if set to '0000 0000 0000 0001 ' 

Check to see if set to same string in IE"S-RNTI" in 

IE"New U-RNTI" of CELL UPDATE CONFIRM message 

in step 7. 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Cell Re-selection' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



CELL UPDATE CONFIRM (Step 11) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 
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Information Element 


Value/remark 


PRACH Info (for RACH) 




- Available Signature 




- Signature 


Oand 1 


- Available SF 


Refer to the parameter set for TS 34.1 08 


- Scrambling code number 





- Puncturing Limit 


Refer to the parameter set for TS 34.1 08 


- Available Sub-Channel number 




- Sub-Channel number 


Oand 1 


Downlink DPCH info for one radio link 




- Primary CPICH Info 




- Primary Scrambling Code 


Set to the scrambling code for cell 1 's P-CPICH. 


- PDSCH with SHO DCH Info 


Not Present. 


- PDSCH code mapping 


Not Present. 


- Secondary CCPCH Info 




- Selection Indicator 


Not Present 


- Primary CPICH usage for channel estimation 


TRUE 


- Secondary CPICH Info 




- Secondary scrambling code 


Not Present. Use default (Scrambling code of P-CPICH) 


- Channelization code 


1 


- Secondary scrambling code 


Not Present. Use default (Scrambling code of P-CPICH) 


- STTD indicator 


FALSE 


- Spreading factor 


256 


- Code number 


255 


- Pilot symbol existence 


TRUE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing Offset 


chips 



8.3.1.1.5 



Test requirement 



After step 2 the UE shall reselect to cell 2 and then it shall transmit a CELL UPDATE message which, sets the value 
"cell reselection" in IE" Cell update cause". 

After step 4 the UE shall not transmit any uplink message in response to the CELL UPDATE CONFIRMATION 
message received in step 4. 

After step 5 the UE shall sent CELL UPDATE message to cell 2, in order to indicate that a cell reselection has taken 
place. 

After step 7 the UE shall transmit PHYSICAL CHANNEL RECONFIGURATION COMPLETE message to 
acknowledge that it has started to use the new RNTI identities allocated. 

After step 9 the UE shall sent CELL UPDATE message to cell 1, in order to indicate that a cell reselection has taken 
place. 

After step 1 1 the UE shall transmit PHYSICAL CHANNEL RECONFIGURATION COMPLETE message on the new 
PRACH physical channel assigned previously in CELL UPDATE CONFIRM message sent in step 1 1 . 



8.3.1.2 
8.3.1.2.1 



Cell Update: cell reselection in CELL_PCH 
Definition 



8.3.1.2.2 



Conformance requirement 



This procedure is to update UTRAN with information of the current cell, after a cell reselection has occurred in 
CELL_PCH state. 

Reference 

3GPPTS 25.331 clause 8.3.1 
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8.3.1.2.3 Test purpose 

To confirm that the UE, in CELL_PCH state, executes a cell update procedure after the successful reselection of 
another UTRA cell. To confirm that the UE replies with an appropriate uplink message after receiving CELL UPDATE 
CONFIRM message during the cell update procedure. 

8.3.1.2.4 Method of test 

Initial Condition 

System Simulator: 2 cells - Cell 1 is active, Cell 2 is inactive 

UE: CELL_PCH in cell 1 

Test Procedure 

The UE is brought to CELL_PCH state and is camped onto cell 1. The SS starts to broadcast system information on the 
BCCH on the primary CPICH in cell 2. The transmission level of cell 2 is raised to be higher than in cell 1 . When the 
UE detects the presence of cell 2, it moves to CELL_FACH state and transmits a CELL UPDATE message on the 
uplink CCCH. The value "cell reselection" shall be set in IE" Cell update cause" in CELL UPDATE message. Upon 
reception of CELLJJPDATE message, the SS transmits a CELL UPDATE CONFIRM message which includes the 
IEs" PRACH info", "Secondary CCPCH info" to the UE on the downlink DCCH. In this message, the IE'DRX 
Indicator" is set to "No DRX". Then the UE shall transmit a PHYSICAL CHANNEL RECONFIGURATION 
COMPLETE message on the uplink DCCH and enters CELL_FACH state. SS exchanges the transmission power of 
cell 1 and cell 2, so that cell 1 becomes the stronger cell. UE shall initiate a cell update procedure again by transmitting 
CELL UPDATE message. SS replies with a CELL UPDATE CONFIRM message with the IE'DRX Indicator" set to 
"DRX with cell updating". After receiving this message, the UE returns to CELL_PCH state without transmitting any 
uplink message. Finally, SS reverses the transmission strengths of cell 1 and cell 2 again. This will cause the UE to 
send CELL UPDATE message on the uplink PRACH of cell 2. SS then sends CELL UPDATE CONFIRM message 
with the assignment of new C-RNTI and U-RNTI identities. The UE shall transmit PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE message as a response. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is brought to 
CELL PCH state in cell 1 


2 


^ 


BCCH 


The SS starts to broadcast 
system information message 
on BCCH on the primary 
CPICH from cell 2. The 
transmission level of cell 2 is 
set to be higher than that in 
cell 1. The UE shall find that 
the cell 2 is better and attempt 
to perform a cell reselection. 


3 


^ 


CELL UPDATE 


The UE moves to 
CELL_FACH state and 
transmits this message with 
the IE" Cell update cause" set 
to "cell reselection" 


4 


^ 


CELL UPDATE CONFIRM 


The message includes lEs" 
PRACH info", "Secondary 
CCPCH info" and set IE"DRX 
Indicator" to "No DRX". 


5 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION CONFIRM 


UE stays in CELL_FACH 
state. 


6 






SS swaps the transmission 
power of cell 1 and cell 2, 
making cell 1 the stronger cell. 


7 


^ 


CELL UPDATE 




8 


^ 


CELL UPDATE CONFIRM 


IE"DRX Indicator" is set to 
"DRX with cell updating". 


9 






UE moves to CELL_PCH 
state. SS exchanges the 
transmission power of cell 1 
and cell 2. 


10 


^ 


CELL UPDATE 


UE shall re-select to cell 2 and 
transmit this message. 


11 


^ 


CELL UPDATE CONFIRM 


Includes IE"new U-RNTI" and 
IE"newC-RNTI" 


12 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 





Specific Message Contents 

CELL UPDATE (Steps 3, 7 and 10) 

Use the same message sub-type found in Clause 8.1 of TS34.108. 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 

AMRLC error indicator (for C-plane) 
AM_RLC error indicator (for U-plane) 
Cell Update Cause 
Protocol error indicator 
Measured results on RACH 
Protocol error information 


Check to see if set to '0000 0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 0000 0001 ' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Cell Re-selection' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



CELL UPDATE CONFIRM (Step 4) 

Use the same message found in step 11 of Clause 8.1.3.1.1.3 
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CELL UPDATE CONFIRM (Step 8) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


DRX Indicator 


DRX with cell updating 



CELL UPDATE CONFIRM (Step 11) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


New U-RNTI 




- SRNC Identity 


'0000 0000 0000 0001 ' 


- S-RNTI 


An arbitrary 20-bits string which is different from original 




S-RNTI 


New C-RNTI 


An arbitrary 16-bits string which is different from original 




C-RNTI. 



8.3.1.2.5 Test requirement 

After step 2 the UE shall reselect to cell 2 and transmit a CELL UPDATE message, containing the IE" Cell update 
cause" set to "cell reselection". 

After step 4 the UE shall transmit a PHYSICAL CHANNEL RECONFIGURATION COMPLETE message on the 
uplink DCCH. 

After step 9 the UE shall detect that cell 2 has become the stronger cell. It shall send a CELL UPDATE message on cell 
2' PRACH channel with the cause set to "cell reselection". 

After step 1 1 the UE shall transmit PHYSICAL CHANNEL RECONFIGURATION COMPLETE message on the 
uplink DCCH. 

8.3.1 .3 Cell Update: periodical cell update in CELL_FACH 

8.3.1.3.1 Definition 



8.3.1.3.2 Conformance requirement 

This procedure is to update UTRAN with the current cell information, after the UE has remained in the service area in 
the CELL_FACH state for a period exceeding the timer value T305. 

Reference 

3GPPTS 25.331 clause 8.3.1 

8.3.1.3.3 Test purpose 

To confirm that the UE executes a periodic cell update procedure following the expiry of timer T305. To confirm that 
the UE sends a correct response to the CELL UPDATE CONFIRM message. To confirm that the UE listens to the 
system information messages and then responds to a change in the setting for timer T305. 

8.3.1.3.4 Method of test 

Initial Condition 
System Simulator: 1 cell 
UE: CELL_FACH 
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Test Procedure 

The UE is in CELL_FACH state. When the UE detects the expiry of timer T305 according to the settings in system 
information, the UE transmits a CELL UPDATE message to the SS on the uplink CCCH with a cause indicating 
periodic cell updating. SS replies with a CELL UPDATE CONFIRM message, omitting the IEs "new C-RNTI", "new 
U-RNTI", "PRACH Info" and "Secondary CCPCH Info". The IE"DRX Indicator", however, is specified and set to 
"No DRX". SS verifies that the UE does not transmit any uplink message. SS then waits for T305 to expire again. The 
UE shall send another CELL UPDATE message to report periodic cell updating. After the SS receives this message, it 
transmits a CELL UPDATE CONFIRM message which includes the IEs "new C-RNTI", "new U-RNTI" to the UE on 
the downlink DCCH. Then the UE shall transmit an RNTI REALLOCATION COMPLETE message on the uplink 
DCCH to acknowledge the receipt of the new UE identities. SS once again allows T305 timer to expire, the UE shall 
transmit CELL UPDATE message for the third time. The new U-RNTI shall be indicated in this message together with 
the correct updating cause. In this sequence, SS replies with a CELL UPDATE CONFIRM message containing new 
channel parameters in IEs "PRACH Info" and "Secondary CCPCH Info". The UE shall then send a PHYSICAL 
CHANNEL RECONFIGURTION COMPLETE message by using the newly allocated PRACH resources. Finally, the 
content of the SYSTEM INFORMATION BLOCK TYPE 2 is changed to disableperiodic cell updating. SS then 
monitors the uplink DCCH for a period up to the maximum possible value for timer T305 (720minutes) and verifies that 
no CELL_UPDATE message is received. After this, the SS changes the timer T305 value to 5 minutes. UE shall 
resume periodic cell updating procedure and transmit CELL_UPDATE message 5 minutes after this modification. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in the CELL_FACH 
state. SS waits until T305 has 
expired. 


2 


^ 


CELL UPDATE 


IE "Cell update cause" shall be 
set to "Periodic cell updating" 


3 


^ 


CELL UPDATE CONFIRM 


No RNTI identities are given. 
No information on PRACH and 
S-CCPCH are provided. 


4 






SS verifies that no uplink 
message is received from UE. 
SS waits for another period to 
allow T305 to expire. 


5 


^ 


CELL UPDATE 


Which is set to "periodic cell 
update" in IE" Cell update 
cause" for the expiry of timer 
T305. 


6 


^ 


CELL UPDATE CONFIRM 


Including IEs" new C-RNTI" , 
"new U-RNTI" and IE"DRX 
Indicator" is set to "No DRX" 


7 


^ 


RNTI REALLOCATION COMPLETE 




8 






SS waits for a duration to 
allow timer T305 in the UE to 
expire. 


9 


^ 


CELL UPDATE 




10 


^ 


CELL UPDATE CONFIRM 


IEs "PRACH Info" and 
"Secondary CCPCH Info" are 
included. 


11 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 




12 


^ 


MASTER INFORMATION BLOCK 
SYSTEM INFORMATION BLOCK TYPE 2 


SS changes the contents of 

MASTER INFORMATION 
BLOCK and SYSTEM 
INFORMATION BLOCK 

(see specific message 
contents). It waits for 720 
minutes and checks that no 
CELL UPDATE message is 
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13 


^ 


MASTER INFORMATION BLOCK 
SYSTEM INFORMATION BLOCK TYPE 2 


SS modified the contents of 

MASTER INFORMATION 
BLOCK and SYSTEM 
INFORMATION BLOCK 

(see specific message 


14 


^ 


CELL UPDATE 


UE shall transmit this 
message 5 minutes after step 
13, with "cell update cause" 
set to "periodic cell updating" 


15 


^ 


CELL UPDATE CONFIRM 





Specific Message Contents 
CELL UPDATE (Step 2 and 5) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 

AMRLC error indicator (for C-plane) 
AM_RLC error indicator (for U-plane) 
Cell Update Cause 
Protocol error indicator 
Measured results on RACH 
Protocol error information 


Check to see if set to '0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 0000 0001 ' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Periodic cell updating' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



CELL UPDATE CONFIRM (Step 3) 

Use the same message sub-type found in Clause 8.1 of TS34.1 08. 

CELL UPDATE CONFIRM (Step 6 and 1 5) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


New U-RNTI 

- SRNC Identity 

- S-RNTI 


Set to '0000 0000 0001' 

Set to an arbitrary string different from '0000 0000 0000 

0000 0001' 



CELL UPDATE (Step 9 and 14) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 

Integrity check info 

AM_RLC error indicator (for C-plane) 

AM_RLC error indicator (for U-plane) 

Cell Update Cause 

Protocol error indicator 

Measured results on RACH 

Protocol error information 


Check to see if set to '0000 0000 0000 0001 ' 

Check to see if set to same bit string as in IE"S-RNTI" in 

IE"U-RNTI" of the CELL UPDATE CONFIRM message 

sent in step 6. 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Periodic cell updating' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



CELL UPDATE CONFIRM (Step 10) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 
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Information Element 


Value/remark 


PRACH Info (for RACH) 




- Available Signature 




- Signature 


Oand 1 


- Available SF 


Refer to the parameter set for TS 34.1 08 


- Scrambling code number 





- Puncturing Limit 


Refer to the parameter set for TS 34.1 08 


- Available Sub-Channel number 




- Sub-Channel number 


Oand 1 


Downlink DPCH info for one radio link 




- Primary CPICH Info 




- Primary Scrambling Code 


Set to the scrambling code for cell 1 's P-CPICH. 


- PDSCH with SHO DCH Info 


Not Present. 


- PDSCH code mapping 


Not Present. 


- Secondary CCPCH Info 




- Selection Indicator 


Not Present 


- Primary CPICH usage for channel estimation 


TRUE 


- Secondary CPICH Info 




- Secondary scrambling code 


Not Present. Use default (Scrambling code of P-CPICH) 


- channelization code 


1 


- Secondary scrambling code 


Not Present. Use default (Scrambling code of P-CPICH) 


- STTD indicator 


FALSE 


- Spreading factor 


256 


- Code number 


255 


- Pilot symbol existence 


TRUE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing Offset 


chips 



MASTER INFORMATION BLOCK (Step 12) 



Information Element 


Value/remark 


MIB Tag 


2 



SYSTEM INFORMATION BLOCK TYPE 2 (Step 12) 



Information Element 


Value/remark 


UE Timers and constants in connected mode 
T305 


No update 



MASTER INFORMATION BLOCK (Step 13) 



Information Element 


Value/remark 


MIB Tag 


1 



SYSTEM INFORMATION BLOCK TYPE 2 (Step 13) 



Information Element 


Value/remark 


UE Timers and constants in connected mode 
T305 


5 minutes 



8.3.1.3.5 



Test requirement 



After step 1 the UE shall detect the expiry of timer T305 then transmits a CELL UPDATE message setting 
value "periodic cell update" into IE" Cell update cause". 

After step 3 the UE shall not send any uplink message as a response to CELL UPDATE CONFIRM message sent in 
step 3. 

After step 4 the UE shall send CELL UPDATE message, specifying the cell updating cause to be "periodic cell update" 

After step 6 the UE shall transmit an RNTI REALLOCATION COMPLETE message on the uplink DCCH. 

After step 8 the UE shall send CELL UPDATE message, specifying the cell updating cause to be "periodic cell update" 

After step 10 the UE shall transmit PHYSICAL CHANNEL RECONFIGURATION COMPLETE message using the 
PRACH radio resources allocated. 
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Between step 12 and step 13 the UE shall cease periodic cell updating activity and not transmit any CELL 
UPDATE messages. 

After step 13 the UE shall transmit a CELL UPDATE message stating the cell update cause to be periodic 
updating, 5 minutes after the SS has modified the BCCH data. 

8.3.1 .4 Cell Update: periodical cell update in CELL_PCH 

8.3.1.4.1 Definition 



8.3.1.4.2 Conformance requirement 

This procedure is to update UTRAN with the information of the current cell when the UE detects that it is still 
in the service area, while residing in the CELL_PCH state, after the expiry of timer T305. 

Reference 

3GPPTS 25.331 clause 8.3.1 

8.3.1.4.3 Test purpose 

To confirm that the UE, in CELL_PCH state, executes a cell update procedure after the expiry of timer T305. 
To confirm that the UE sends an appropriate response message after receiving the CELL UPDATE 
CONFIRM message. 

8.3.1.4.4 Method of test 

Initial Condition 
System Simulator: 1 cell 
UE: CELL_PCH 

Test Procedure 

The UE starts from CELL_PCH state. When the UE detects the expiry of periodic cell updating timer T305 
according to the system information, the UE moves to CELL_FACH state. It shall transmit a CELL UPDATE 
message on the uplink CCCH and set the value "periodic cell update" into IE" Cell update cause". SS 
answers with a CELL UPDATE CONFIRM message, with IE"DRX Indicator" set to "No DRX". IEs related to 
RNTI, PRACH and S-CCPCH are omitted from this message. SS checks to confirm that the UE does not 
send a response. SS sends a RNTI REALLOCATION message to the UE, stating the new C-RNTI identity 
to be used and also setting IE"DRX Indicator" to "DRX with cell updating". The UE shall reply with RNTI 
REALLOCATION COMPLETE message and transit to CELL_PCH state. Next, SS stays idle until timer T305 
is once again expired. The UE shall transmit CELL UPDATE message in order to initiate cell updating 
procedure. After the SS receives this message, it transmits a CELL UPDATE CONFIRM message which 
includes the IEs"new C-RNTI" and "new U-RNTI". Then the UE shall transmit an RNTI REALLOCATION 
COMPLETE message on the uplink DCCH and before entering CELL_PCH state. In the next sequence, SS 
assigns a new U-RNTI identity to the UE by transmitting RNTI REALLOCATION message again. Once 
again, the IE"DRX Indicator" is set to "DRX with cell updating". After reception of this message, the UE 
moves to CELL_PCH state and start to listen to the paging sub-channels derived based on the value of new 
U-RNTI given. Finally, SS waits until T305 has expired once more, the UE shall send CELL UPDATE 
message again on uplink CCCH. SS replies with CELL UPDATE CONFIRM which includes IEs "PRACH 
Info" and "Secondary CCPCH Info". The UE shall transmit PHYSICAL CHANNEL RECONFIGURATION 
COMPLETE message on the upink DCCH using PRACH indicated in CELL UPDATE CONFIRM message. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in the CELL_PCH 
state. SS waits until T305 has 
expired. 


2 


^ 


CELL UPDATE 


The UE shall move to 
CELL_FACH state and 
transmits this message with 
the IE" Cell update cause" set 
to "periodic cell update". 


3 


^ 


CELL UPDATE CONFIRM 


Does not include lEs "PRACH 
Info", "Secondary CCPCH 
Info", "new C-RNTI" or "new U- 
RNTI". 


4 






SS verifies that no response 
message is received. 


5 


^ 


RNTI REALLOCATION 


Allocates a new C-RNTI 
identity to UE and set IE"DRX 
Indicator" to " DRX with Cell 
updating". 


6 


■* 


RNTI REALLOCATION COMPLETE 


UE shall move to CELL_PCH 
state 


7 






SS remains idle for a period 
sufficient for T305 timer to 
expire. 


8 


^ 


CELL UPDATE 


This message shall contain 
the new U-RNTI identity 
assigned in step 5. 


9 


^ 


CELL UPDATE CONFIRM 


New C-RNTI and U-RNTI 
identities are assigned. 


10 


^ 


RNTI REALLOCATION COMPLETE 




11 


^ 


RNTI REALLOCATION 


SS assigns a new U-RNTI 
identity to the UE. At the 
same time, it sets IE"DRX 
Indicator" to "DRX with cell 
updating". 


12 


^ 


RNTI REALLOCATION COMPLETE 


UE shall move to CELL_PCH 
state after sending this 
message. 


13 






SS waits for T305 to expire. 


14 




CELL UPDATE 




15 




CELL UPDATE CONFIRM 


Allocates new common 
physical resources by 
specifying IEs"PRACH Info" 
and "Secondary CCPCH Info". 


16 




PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 
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Specific Message Contents 
CELL UPDATE (Step 2) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 

AM_RLC error indicator (for C-plane) 
AM_RLC error indicator (for U-plane) 
Cell Update Cause 
Protocol error indicator 
Measured results on RACH 
Protocol error information 


Check to see if set to '0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 0000 0001 ' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Periodic cell updating' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



CELL UPDATE CONFIRM (Step 3) 

Use the same message sub-type found in Clause 8.1 of TS34.1 08. 

RNTI REALLOCATION (Step 5 and step 11) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


New U-RNTI 

- SRNC Identity 

- S-RNTI 
New C-RNTI 
DRX Indicator 


Set to '0000 0000 0001' 
Set to '0000 0000 0000 0000 1111' 
Set to '0000 0000 0000 1111' 
DRX with cell updating 



CELL UPDATE (Step 8) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 

AMRLC error indicator (for C-plane) 
AM_RLC error indicator (for U-plane) 
Cell Update Cause 
Protocol error indicator 
Measured results on RACH 
Protocol error information 


Check to see if set to '0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 1111' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Periodic cell updating' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



CELL UPDATE CONFIRM (Step 9) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



349 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Information Element 


Value/remark 


New U-RNTI 

- SRNC Identity 

- S-RNTI 
New C-RNTI 


Set to '0000 0000 0001' 

Set to '0000 0000 0000 0000 1 01 0' 

Set to '0000 0000 0000 01 or 



CELL UPDATE (Step 14) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 

AM_RLC error indicator (for C-plane) 
AM_RLC error indicator (for U-plane) 
Cell Update Cause 
Protocol error indicator 
Measured results on RACH 
Protocol error information 


Check to see if set to '0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 1111' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Periodic cell updating' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



CELL UPDATE CONFIRM (Step 15) 

Use the same message sub-type found in Clause 8.1 of TS34.1 08, with the following exceptions: 



Information Element 


Value/remark 


PRACH Info (for RACH) 




- Available Signature 




- Signature 


Oand 1 


- Available SF 


Refer to the parameter set for TS 34.1 08 


- Scrambling code number 





- Puncturing Limit 


Refer to the parameter set for TS 34.1 08 


- Available Sub-Channel number 




- Sub-Channel number 


Oand 1 


Downlink DPCH info for one radio link 




- Primary CPICH Info 




- Primary Scrambling Code 


Set to the scrambling code for cell 1's P-CPICH. 


- PDSCH with SHO DCH Info 


Not Present. 


- PDSCH code mapping 


Not Present. 


- Secondary CCPCH Info 




- Selection Indicator 


Not Present 


- Primary CPICH usage for channel estimation 


TRUE 


- Secondary CPICH Info 




- Secondary scrambling code 


Not Present. Use default (Scrambling code of P-CPICH) 


- Channelization code 


1 


- Secondary scrambling code 


Not Present. Use default (Scrambling code of P-CPICH) 


- STTD indicator 


FALSE 


- Spreading factor 


256 


- Code number 


255 


- Pilot symbol existence 


TRUE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing Offset 


chips 



8.3.1.4.5 



Test requirement 



After step 2 the UE shall detect the expiry of timer T305, it shall then move to CELL_FACH state and 
transmits a CELL UPDATE message with the IE" Cell update cause" set to "periodic cell update". 



After step 5 the UE shall reply with RNTI REALLOCATION COMPLETE message. It shall subsequently move to 
CELL_PCH state. 

After step 7 the UE shall initiate a cell updating procedure by the transmission of a CELL UPDATE message. In this 
message, it shall indicate the new U-RNTI value assigned in step 5 and also set IE"Cell Updating Cause" to "Periodic 
Cell Updating". 
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After step 1 1 the UE shall reply with RNTI REALLOCATION COMPLETE message. It shall subsequently move to 
CELL_PCH state. 

After step 13 the UE shall send a CELL UPDATE message.After step 15 the UE shall transmit PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE message on the new PRACH channel assigned by the received CELL UPDATE 
CONFIRM message in step 15. 

8.3.1 .5 Cell Update: UL data transmission in URA_PCH 

8.3.1.5.1 Definition 



8.3.1.5.2 Conformance requirement 

This procedure is to update UTRAN with the current cell information if the UE wants to transmit UL data while in 
URA_PCH state. 

Reference 

3GPPTS 25.331 clause 8.3.1 

8.3.1.5.3 Test purpose 

To confirm that the UE executes a cell update procedure when the UE transmits UL data if the UE is in URA_PCH 
state. To confirm that the UE sends the correct response to CELL UPDATE CONFIRM message, after it has taken into 
consideration the current TFS and/or TFCS settings. 

8.3.1.5.4 Method of test 

Initial Condition 
System Simulator: lcell 
UE: URA_PCH 

Test Procedure 

The UE starts from URA_PCH state, after the operator initiates an outgoing packet data transmission. The UE then 
moves to CELL_FACH state and transmits a CELL UPDATE message to the SS on the uplink CCCH, with the IE" Cell 
update cause" set to value "UL data transmission". After receiving such a message, SS transmits CELL UPDATE 
CONFIRM message without specifying any of the following IEs: "new C-RNTI", "new U-RNTI", "PRACH Info" and 
"Secondary CCPCH Info". The UE shall stay in CELL_FACH state and transmit PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE message on the DCCH. SS waits until uplink data transmission is completed and 
sends a RNTI REALLOCATION message. The UE shall reply with RNTI REALLOCATION COMPLETE message. 
Since the IE"DRX Indicator" is set to "DRX with URA updating" in the downlink message, the UE shall move to 
URA_PCH state. Next SS modifies the contents of SYSTEM INFORMATION BLOCK TYPE 5 and 6 messages. See 
specific message contents for further details. SS then prompts the test operator to transmit packet data. The UE shall 
send CELL UPDATE message and specifies the cause to be "UL data transmission". SS replies with the default CELL 
UPDATE CONFIRM message defined in TS 34. 108. After receiving this message, the UE shall transmit 
TRANSPORT CHANNEL RECONFIGURATION COMPLETE message and remains in CELL_FACH state. SS again 
waits for the transmission of user packet data to complete and then sends RNTI REALLOCATION message on the 
downlink DCCH. The IE'DRX Indicator" is set to "DRX with URA updating". The UE shall move to URA_PCH 
state and acknowledges that it starts using the new RNTI identity provided. Finally, SS prompts the test operator to 
transmit packet data. The UE shall send CELL UPDATE message once more. After the SS receives this message, it 
replies with a CELL UPDATE CONFIRM message including the IEs'TRACH info","Secondary CCPCH info". The 
IE'DRX Indicator" is set to "No DRX" in this message. The UE shall transmit PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE message on the uplink PRACH specified in the CELL UPDATE CONFIRM 
message. Then the UE shall enter CELL_FACH state and proceed to transmit packet data. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is brought to 
URA_PCH state. SS prompts 
the test operator to begin a 
packet data transmission. 


2 


^ 


CELL UPDATE 


The UE shall move to CELL 
FACH state with the message 
set to "UL data transmission" 
in IE" Cell update cause" . 


3 


^ 


CELL UPDATE CONFIRM 


Use default message content. 


4 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 




5 






SS waits until transmission of 
uplink data has been 
completed. 


6 


^ 


RNTI REALLOCATION 


IE "DRX Indicator" set to "DRX 
with URA update" 


7 


^ 


RNTI REALLOCATION COMPLETE 


UE moves to URA_PCH state. 


8 






SS modifies SYSTEM 
INFORMATION BLOCK TYPE 
5 and 6 messages. SS 
prompts test operator to 
initiate a packet data 
transmission. 


9 


^ 


CELL UPDATE 


Should be same as in step 2 


10 


^ 


CELL UPDATE CONFIRM 


Use default message content. 


11 


^ 


TRANSPORT CHANNEL 
RECONFIGURATION COMPLETE 




12 






SS waits until transmission of 
uplink data has been 
completed. 


13 


^ 


RNTI REALLOCATION 


IE "DRX Indicator" set to "DRX 
with URA update" 


14 


^ 


RNTI REALLOCATION COMPLETE 


UE moves to URA_PCH state. 


15 






SS prompts test operator to 
initiate a packet data 
transmission. 


16 


^ 


CELL UPDATE 


Should be same as in step 2 


17 


^ 


CELL UPDATE CONFIRM 


Including the lEs" PRACH 
info"," Secondary CCPCH" 


18 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


SS verifies that this message 
is received from PRACH 
physical channel using the 
configurations set in 
IE"PRACH Info" in CELL 
UPDATE CONFIRM message. 



Specific Message Contents 
CELL UPDATE (Step 2, 9 and 16) 



Information Element 



Value/remark 
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U-RNTI 




- SRNC Identity 


Check to see if set to '0000 0000 0001 ' 


- S-RNTI 


Check to see if set to '0000 0000 0000 0000 1111' 


Integrity check info 


Not checked 


AM RLC error indicator (for C-plane) 


Check to see if set to 'FALSE' 


AM RLC error indicator (for U-plane) 


Check to see if set to 'FALSE' 


Cell Update Cause 


Check to see if set to 'UL Data Transmission' 


Protocol error indicator 


Check to see if it is absent or set to 'FALSE' 


Measured results on RACH 


Check to see if it is absent 


Protocol error information 


Check to see if it is absent 



CELL UPDATE CONFIRM (Step 3 and 1 0) 

Use the same message sub-type found in Clause 8.1 of TS34.108. 

CELL UPDATE CONFIRM (Step 17) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


PRACH Info (for RACH) 




- Available Signature 




- Signature 





- Available SF 


Refer to the parameter set for TS 34.108 


- Scrambling code number 





- Puncturing Limit 


Refer to the parameter set for TS 34.108 


- Available Sub-Channel number 




- Sub-Channel number 





Downlink DPCH info for one radio link 




- Primary CPICH Info 




- Primary Scrambling Code 


Set to the scrambling code for cell 1 's P-CPICH. 


- PDSCH with SHO DCH Info 


Not Present. 


- PDSCH code mapping 


Not Present. 


- Secondary CCPCH Info 




- Selection Indicator 


Not Present 


- Primary CPICH usage for channel estimation 


TRUE 


- Secondary CPICH Info 




- Secondary scrambling code 


Not Present. Use default (Scrambling code of P-CPICH) 


- Channelization code 


1 


- Secondary scrambling code 


Not Present. Use default (Scrambling code of P-CPICH) 


- STTD indicator 


FALSE 


- Spreading factor 


256 


- Code number 


255 


- Pilot symbol existence 


TRUE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing Offset 


chips 



RNTI REALLOCATION (Step 6) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


New C-RNTI 
DRX Indicator 


'0000 0000 0000 1111' 
DRX with URA updating 



RNTI REALLOCATION (Step 13) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 
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Information Element 


Value/remark 


New C-RNTI 
DRX Indicator 


'0000 0000 1111 1111' 
DRX with LIRA updating 



PHYSICAL CHANNEL RECONFIGURATION COMPLETE (Step 4 and 18) 
Only the message type IE in this message will be checked. 

TRANSPORT CHANNEL RECONFIGURATION COMPLETE (Step 12) 
Only the message type IE in this message will be checked. 

SYSTEM INFORMATION BLOCK TYPE 5 and TYPE 6 (Step 8) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


PRACH system information 




- RACH TFS 




- CHOICE Transport channel type 


Common transport channels 


- Dynamic Transport Format Information 




- Number of Transport blocks 


1 


- CHOICE Mode 


FDD 


- Octet mode RLC size info type 2 




- CHOICE Transport block size 


Size type 1 


- Size type 1 


296 


- Semi-static Transport Format 




- Transmission time interval 


80 msec 


- Type of channel coding 


No coding 


- Coding Rate 


No Present 


- Rate matching attribute 


1 


- CRC Size 


1 6 bits 



8.3.1.5.5 



Test requirement 



After step 1 the UE shall move to CELL_FACH state to initiate a cell update procedure and transmits a CELL 
UPDATE message which is set to "UL data transmission" in IE" Cell update cause". 

After step 3 the UE shall transmit PHYSICAL CHANNEL RECONFIGURATION COMPLETE message on the uplink 
DCCH. 

After step 8 the UE shall initiate cell update procedure and transmit CELL UPDATE message on the uplink CCCH. 
The IE"Cell update cause" shall be set to "UL data transmission". 

After step 10 the UE shall transmit TRANSPORT CHANNEL RECONFIGURATION COMPLETE message on the 
uplink DCCH. 

After step 15 the UE shall initiate cell update procedure and transmit CELL UPDATE message on the uplink CCCH. 
The IE"Cell update cause" shall be set to "UL data transmission". 

After step 17 the UE shall transmit PHYSICAL CHANNEL RECONFIGURATION COMPLETE message on the 
uplink DCCH using the PRACH resources assigned in CELL UPDATE CONFIRM, which is sent in step 17. 

8.3.1 .6 Cell Update: UL data transmission in CELL_PCH 

8.3.1.6.1 Definition 



8.3.1.6.2 



Conformance requirement 



This procedure is to update UTRAN with the current cell of the UE if the UE wants to transmit UL data when the UE is 
in CELL_PCH state. 
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Reference 

3GPPTS 25.331 clause 8.3.1 

8.3.1.6.3 Test purpose 

To confirm that the UE executes a cell update procedure when the UE transmits UL data if the UE is in CELL_PCH 
state. To confirm that the UE sends the correct response to CELL UPDATE CONFIRM message, after it has taken into 
consideration the current TFS and/or TFCS settings. 

8.3.1.6.4 Method of test 

Initial Condition 
System Simulator: lcell 
UE: CELL_PCH 

Test Procedure 

The UE is in the CELL_PCH state. SS asks the test operator to send some packet data. The UE moves to 
CELL_FACH state and transmits a CELL UPDATE message to the SS on the uplink CCCH, which shall indicate "UL 
data transmission" in IE" Cell update cause". After receiving such a message, SS transmits default CELL UPDATE 
CONFIRM message. The UE shall stay in CELL_FACH state and transmit PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE message on the DCCH. SS waits until uplink data transmission is completed and 
sends a RNTI REALLOCATION message. The UE shall reply with RNTI REALLOCATION COMPLETE message. 
Since the IE"DRX Indicator" is set to "DRX with cell updating" in the downlink message, the UE shall move to 
CELL_PCH state. Next SS modifies the contents of SYSTEM INFORMATION BLOCK TYPE 5 and 6 messages. 
See specific message contents for further details. SS then prompts the test operator to transmit packet data. The UE 
shall send CELL UPDATE message and specifies the cause to be "UL data transmission". SS replies with a CELL 
UPDATE CONFIRM message which assigns a new C-RNTI to the UE. After receiving this message, the UE shall 
transmit TRANSPORT CHANNEL RECONFIGURATION COMPLETE message and remains in CELL_FACH state. 
SS again waits for the transmission of user packet data to complete and then sends RNTI REALLOCATION message 
on the downlink DCCH. The IE"DRX Indicator" is set to "DRX with cell updating". The UE shall move to 
CELL_PCH state and acknowledges that it starts using the new RNTI identity provided. Finally, SS prompts the test 
operator to transmit packet data. The UE shall send CELL UPDATE message once more. After the SS receives this 
message, it transmits a CELL UPDATE CONFIRM message which includes the IEs" PRACH info" and set IE"DRX 
Indicator" to "No DRX". Then the UE shall enter to the CELL_FACH state after sending PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE message. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in the CELL_PCH 
state. SS prompts the test 
operator to initiate a packet 
data call. 


2 


^ 


CELL UPDATE 


The UE moves to CELL FACH 
state and transmit this 
message which is set to "UL 
data transmission" in IE" Cell 
update cause". 


3 


^ 


CELL UPDATE CONFIRM 


Use default message content. 


4 


■* 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 




5 






SS waits until transmission of 
uplink data has been 
completed. 


6 


<- 


RNTI REALLOCATION 


IE "DRX Indicator" set to "DRX 
with cell update" 


7 


-* 


RNTI REALLOCATION COMPLETE 


UE moves to CELL_PCH 
state. 


8 






SS modifies SYSTEM 
INFORMATION BLOCK TYPE 
5 and 6 messages. SS 
prompts test operator to 
initiate a packet data 
transmission. 


9 


^ 


CELL UPDATE 


Should be same as in step 2 


10 


^ 


CELL UPDATE CONFIRM 


Use default message content. 


11 


^ 


TRANSPORT CHANNEL 
RECONFIGURATION COMPLETE 




12 






SS waits until transmission of 
uplink data has been 
completed. 


13 


^ 


RNTI REALLOCATION 


IE "DRX Indicator" set to "DRX 
with cell update" 


14 


^ 


RNTI REALLOCATION COMPLETE 


UE moves to CELL_PCH 
state. 


15 






SS prompts test operator to 
initiate a packet data 
transmission. 


16 


^ 


CELL UPDATE 


Should be same as in step 2 


17 


^ 


CELL UPDATE CONFIRM 


Including the IE" PRACH info" 
and set IE"DRX Indicator" to 
"No DRX". 


18 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


SS verifies that this message 
is received from PRACH 
physical channel using the 
configurations set in 
IE"PRACH Info" in CELL 
UPDATE CONFIRM message. 



Specific Message Contents 
CELL UPDATE (Step 2, 9 and 16) 



Information Element 



Value/remark 
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U-RNTI 




- SRNC Identity 


Check to see if set to '0000 0000 0001 ' 


- S-RNTI 


Check to see if set to '0000 0000 0000 0000 1111' 


Integrity check info 


Not checked 


AM RLC error indicator (for C-plane) 


Check to see if set to 'FALSE' 


AM RLC error indicator (for U-plane) 


Check to see if set to 'FALSE' 


Cell Update Cause 


Check to see if set to 'UL Data Transmission' 


Protocol error indicator 


Check to see if it is absent or set to 'FALSE' 


Measured results on RACH 


Check to see if it is absent 


Protocol error information 


Check to see if it is absent 



CELL UPDATE CONFIRM (Step 3 and 1 0) 

Use the same message sub-type found in Clause 8.1 of TS34.108. 

CELL UPDATE CONFIRM (Step 17) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


PRACH Info (for RACH) 




- Available Signature 




- Signature 





- Available SF 


Refer to the parameter set for TS 34.108 


- Scrambling code number 





- Puncturing Limit 


Refer to the parameter set for TS 34.108 


- Available Sub-Channel number 




- Sub-Channel number 





Downlink DPCH info for one radio link 




- Primary CPICH Info 




- Primary Scrambling Code 


Set to the scrambling code for cell 1 's P-CPICH. 


- PDSCH with SHO DCH Info 


Not Present. 


- PDSCH code mapping 


Not Present. 


- Secondary CCPCH Info 




- Selection Indicator 


Not Present 


- Primary CPICH usage for channel estimation 


TRUE 


- Secondary CPICH Info 




- Secondary scrambling code 


Not Present. Use default (Scrambling code of P-CPICH) 


- Channelization code 


1 


- Secondary scrambling code 


Not Present. Use default (Scrambling code of P-CPICH) 


- STTD indicator 


FALSE 


- Spreading factor 


256 


- Code number 


255 


- Pilot symbol existence 


TRUE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing Offset 


chips 



RNTI REALLOCATION (Step 6) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


New C-RNTI 
DRX Indicator 


'0000 0000 0000 1111' 
DRX with cell updating 



RNTI REALLOCATION (Step 13) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 
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Information Element 


Value/remark 


New C-RNTI 
DRX Indicator 


'0000 0000 1111 1111' 
DRX with cell updating 



PHYSICAL CHANNEL RECONFIGURATION COMPLETE (Step 4 and 18) 
Only the message type IE in this message will be checked. 

TRANSPORT CHANNEL RECONFIGURATION COMPLETE (Step 12) 

Only the message type IE in this message will be checked. 

SYSTEM INFORMATION BLOCK TYPE 5 and TYPE 6 (Step 8) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


PRACH system information 




- RACH TFS 




- CHOICE Transport channel type 


Common transport channels 


- Dynamic Transport Format Information 




- Number of Transport blocks 


1 


- CHOICE Mode 


FDD 


- Octet mode RLC size info type 2 




- CHOICE Transport block size 


Size type 1 


- Size type 1 


296 


- Semi-static Transport Format 




- Transmission time interval 


80 msec 


- Type of channel coding 


No coding 


- Coding Rate 


No Present 


- Rate matching attribute 


1 


- CRC Size 


1 6 bits 



8.3.1.6.5 



Test requirement 



After step 1 the UE shall move to CELL_FACH state, initiate a cell update procedure for the UL data transmission, and 
transmit a CELL UPDATE message which is set to "UL data transmission" in IE" Cell update cause". 

After step 3 the UE shall transmit PHYSICAL CHANNEL RECONFIGURATION COMPLETE message on the uplink 
DCCH. 

After step 8 the UE shall initiate cell update procedure and transmit CELL UPDATE message on the uplink CCCH. 
The IE"Cell update cause" shall be set to "UL data transmission". 

After step 10 the UE shall transmit TRANSPORT CHANNEL RECONFIGURATION COMPLETE message on the 
uplink DCCH. 

After step 15 the UE shall initiate cell update procedure and transmit CELL UPDATE message on the uplink CCCH. 
The IE"Cell update cause" shall be set to "UL data transmission". 

After step 17 the UE shall transmit PHYSICAL CHANNEL RECONFIGURATION COMPLETE message on the 
uplink DCCH using the PRACH resources assigned in CELL UPDATE CONFIRM, which is sent in step 17. 

8.3.1 .7 Cell Update: paging response in URA_PCH 

8.3.1.7.1 Definition 



8.3.1.7.2 



Conformance requirement 



This procedure is to update UTRAN with the current cell of the UE after it receives a PAGING TYPE 1 message 
addressed to itself while it is in URA PCH state. 
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Reference 

3GPPTS 25.331 clause 8.3.1 

8.3.1.7.3 Test purpose 

To confirm that the UE executes a cell update procedure when it receives a PAGING TYPE1 message while operating 
in URA_PCH state. To confirm that the UE responds with an appropriate uplink message after receiving a CELL 
UPDATE CONFIRM message during cell updating procedure triggered by paging. 

8.3.1.7.4 Method of test 

Initial Condition 
System Simulator: 1 cell 
UE: URA_PCH 

Test Procedure 

The UE is brought to URA_PCH state. SS transmits a PAGING TYPE 1 message to page for the UE, setting IE" 
paging originator" to "UTRAN Originator". The UE shall move to CELL_FACH state and transmits a CELL UPDATE 
message to the SS on the uplink CCCH. This message shall set IE" Cell update cause" to "Paging Response". After the 
SS receives this message, it transmits the default CELL UPDATE CONFIRM message. The UE shall stay in 
CELL_FACH state and transmit PHYSICAL CHANNEL RECONFIGURATION COMPLETE message on the DCCH. 
SS then sends a RNTI REALLOCATION message. The UE shall reply with RNTI REALLOCATION COMPLETE 
message. In this message, the IE"DRX Indicator" is set to "DRX with URA updating". As a result, the UE shall move 
to URA_PCH state. Next SS modifies the contents of SYSTEM INFORMATION BLOCK TYPE 5 and 6 messages. 
See specific message contents for further details. SS pages the UE again using the U-RNTI identity. The UE shall send 
CELL UPDATE message and specify the cause to be "Paging Response". SS replies with the default CELL UPDATE 
CONFIRM message again. After receiving this message, the UE shall transmit TRANSPORT CHANNEL 
RECONFIGURATION COMPLETE message and remains in CELL_FACH state. SS sends another RNTI 
REALLOCATION message on the downlink DCCH, with the IF'DRX Indicator" set to "DRX with URA updating". 
The UE shall move to URA_PCH state and acknowledges that it starts using the new C-RNTI identity provided by 
transmitting RNTI REALLOCATION COMPLETE message. SS pages the UE again using PAGING TYPE 1 
message. The UE shall send CELL UPDATE message once more. SS transmits a CELL UPDATE CONFIRM 
message which includes the IEs"new C-RNTI", "new U-RNTI" on the downlink DCCH. The UE shall send 
PHYSICAL CHANNEL RECONFIGURATION COMPLETE message. In the next sequence, SS transmits RNTI 
REALLOCATION message and assigns a new C-RNTI identity to the UE. The UE shall reply with RNTI 
REALLOCATION COMPLETE message and move to URA_PCH state. SS then pages the UE once more using 
PAGING TYPE 1 message. The UE shall initial the cell update procedure by dispatching a CELL UPDATE message 
on the uplink CCCH. SS replies with a CELL UPDATE CONFIRM message which includes information of the 
PRACH channel to be used. The UE shall respond with a PHYSICAL CHANNEL RECONFIGURATION 
COMPLETE, sent on the DCCH supported by the PRACH indicated in CELL UPDATE CONFIRM message. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is first brought to 
URA PCH state. 


2 


^ 


PAGING TYPE 1 


SS transmits a PAGING 
TYPE1 message to the UE 
which includes the UE's 
assigned U-RNTI with the IE" 
paging originator" set to 
"UTRAN originator". 


3 


^ 


CELL UPDATE 


The UE shall move to 
CELL_FACH state and 
transmits this message with 
the IE" Cell update cause" set 
to "paging response". 


4 


^ 


CELL UPDATE CONFIRM 


Use the default message from 
TS 34.108 Clause 8. 


5 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


The UE shall move to 
CELL_FACH state and 
transmits this message. 


6 






SS modifies SYSTEM 
INFORMATION BLOCK TYPE 
5 and 6 message. The TFS of 
the PRACH is changed. 


7 


^ 


RNTI REALLOCATION 


Allocates a new U-RNTI and 
set IE"DRX Indicator" to "DRX 
with URA updating". 


8 


^ 


RNTI REALLOCATION COMPLETE 


UE moves to URA PCH state. 


9 


^ 


PAGING TYPE 1 


SS pages the UE again 


10 


^ 


CELL UPDATE 


IE" Cell update cause" shall be 
set to "paging response". 


11 


^ 


CELL UPDATE CONFIRM 


Use the default message from 
TS 34.108 Clause 8. 


12 


^ 


TRANSPORT CHANNEL 
RECONFIGURATION COMPLETE 


The UE shall move to 
CELL_FACH state and 
transmits this message. 


13 


^ 


RNTI REALLOCATION 


Allocates a new U-RNTI and 
set IE"DRX Indicator" to "DRX 
with URA updating". 


14 


^ 


RNTI REALLOCATION COMPLETE 


UE moves to URA PCH state. 


15 


^ 


PAGING TYPE 1 


SS pages the UE again 


16 


^ 


CELL UPDATE 


IE" Cell update cause" shall be 
set to "paging response". 


17 


^ 


CELL UPDATE CONFIRM 


IE "new C-RNTI" is included in 
this message 


18 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 




19 


^ 


RNTI REALLOCATION 


Allocates a new C-RNTI and 
set IE"DRX Indicator" to "DRX 
with URA updating". 


20 


^ 


RNTI REALLOCATION COMPLETE 


UE moves to URA_PCH state. 


21 


^ 


PAGING TYPE 1 


UE paged using U-RNTI 
identity. 


22 


^ 


CELL UPDATE 


IE"Cell Update Cause" shall 
be set to "Paging Response" 


23 


^ 


CELL UPDATE CONFIRM 


IE "PRACH Info" is included. 


24 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


This message shall be sent on 
the PRACH resource allocated 
in step 23. 
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Specific Message Contents 

PAGING TYPE 1 (Step 2,9,15 and 21 ) 



Information Element 


Value/remark 


CHOICE Paging Originator 
- U-RNTI 

- SRNC Identity 

- S-RNTI 


UTRAN Originator 

'0000 0000 0001 ' 

'0000 0000 0000 0000 0001 ' 



CELL UPDATE (Step 3,10,16 and 22) 



Information Element 


Value/remark 


U-RNTI 




- SRNC Identity 


Check to see if set to '0000 0000 0001 ' 


- S-RNTI 


Check to see if set to '0000 0000 0000 0000 0001 ' 


Integrity check info 


Not checked 


AM RLC error indicator (for C-plane) 


Check to see if set to 'FALSE' 


AM RLC error indicator (for U-plane) 


Check to see if set to 'FALSE' 


Cell Update Cause 


Check to see if set to 'Paging Response' 


Protocol error indicator 


Check to see if it is absent or set to 'FALSE' 


Measured results on RACH 


Check to see if it is absent 


Protocol error information 


Check to see if it is absent 



CELL UPDATE CONFIRM (Step 4 and 1 1) 

Use the same message sub-type found in Clause 8.1 of TS34.108. 

PHYSICAL CHANNEL RECONFIGURATION (Step 5, 18 and 24) 
Only the message type for this message is checked. 

SYSTEM INFORMATION BLOCK TYPE 5 and TYPE 6 (Step 6) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 
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Information Element 


Value/remark 


PRACH system information 




- RACH TFS 




- CHOICE Transport channel type 


Common transport channels 


- Dynamic Transport Format Information 




- Number of Transport blocks 


1 


- CHOICE Mode 


FDD 


- Octet mode RLC size info type 2 




- CHOICE Transport block size 


Size type 1 


- Size type 1 


296 


- Semi-static Transport Format 




- Transmission time interval 


80 msec 


- Type of channel coding 


No coding 


- Coding Rate 


No Present 


- Rate matching attribute 


1 


- CRC Size 


1 6 bits 



RNTI REALLOCATION (Step 7, 13 and 19) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


New C-RNTI 
DRX Indicator 


Selects any arbitrary unused 16-bits string 
DRX with LIRA updating 



TRANSPORT CHANNEL RECONFIGURATION (Step 12) 
Only the message type for this message is checked. 

CELL UPDATE CONFIRM (Step 17) 



Information Element 


Value/remark 


New C-RNTI 


Selects any arbitrary unused 16-bits string 



CELL UPDATE CONFIRM (Step 23) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 
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Information Element 


Value/remark 


PRACH Info (for RACH) 

- Available Signature 
- Signature 

- Available SF 

- Scrambling code number 

- Puncturing Limit 


1 

Refer to the parameter set for TS 34.1 08 



Refer to the parameter set for TS 34.1 08 


- Available Sub-Channel number 




- Sub-Channel number 


1 


Downlink DPCH info for one radio link 




- Primary CPICH Info 

- Primary Scrambling Code 

- PDSCH with SHO DCH Info 


Set to the scrambling code for cell 1 's P-CPICH. 
Not Present. 


- PDSCH code mapping 


Not Present. 


- Secondary CCPCH Info 
- Selection Indicator 


Not Present 


- Primary CPICH usage for channel estimation 


TRUE 


- Secondary CPICH Info 

- Secondary scrambling code 

- Channelization code 


Not Present. Use default (Scrambling code of P-CPICH) 

1 


- Secondary scrambling code 

- STTD indicator 


Not Present. Use default (Scrambling code of P-CPICH) 
FALSE 


- Spreading factor 

- Code number 


256 
255 


- Pilot symbol existence 

- TFCI existence 


TRUE 
TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing Offset 


chips 



8.3.1.7.5 



Test requirement 



After step 2 the UE shall answer to the paging message then moves to CELL_FACH state and transmit a CELL 
UPDATE message. This message shall set the value "paging response" into IE" Cell update cause". 

After step 4 the UE shall transmit PHYSICAL CHANNEL RECONFIGURTION COMPLETE message on the uplink 
DCCH and enters CELL_FACH state. 

After step 9 the UE shall respond the paging by replying with a CELL UPDATE message. IE"Cell Update Cause" shall 
be set to "Paging Response" in this message. 

After step 1 1 the UE shall transmit TRANSPORT CHANNEL RECONFIGURATION COMPLETE message on the 
uplink DCCH. 

After step 15 the UE shall answer the PAGING TYPE 1 message by sending a CELL UPDATE message. The IF'Cell 
Update Cause" shall have a value equals to "Paging Response". 

After step 17 the UE shall transmit PHYSICAL CHANNEL RECONFIGURATION COMPLETE message on the 
uplink DCCH. 

After step 21 the UE shall respond to the PAGING TYPE 1 message addressed to itself and initiate a cell update 
procedure. It shall transmit CELL UPDATE message with the IE"Cell Update Cause" set to "Paging Response" in this 

message. 

After step 23 the UE shall send PHYSICAL CHANNEL RECONFIGURATION COMPLETE message on the uplink 
DCCH using the PRACH channel indicated in CELL UPDATE CONFIRM message sent in step 23. 

8.3.1 .8 Cell Update: paging response in CELL_PCH 

8.3.1.8.1 Definition 
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8.3.1.8.2 Conformance requirement 

This procedure is to update UTRAN with the current cell when the UE receives a PAGING TYPE 1 message addressed 
to it while in CELL_PCH state. 

Reference 

3GPPTS 25.331 clause 8.3.1 

8.3.1.8.3 Test purpose 

To confirm that the UE executes a cell update procedure when the UE receives a PAGING TYPE1 message while in 
CELL_PCH state. To confirm that the UE sends an appropriate uplink message after receiving a CELL UPDATE 
CONFIRM message during cell updating procedure due to paging. 

8.3.1.8.4 Method of test 

Initial Condition 
System Simulator: 1 cell 
UE: CELL_PCH 

Test Procedure 

The UE is in the CELL_PCH state. The SS transmits a PAGING TYPE 1 message to the UE on the downlink PCCH 
which includes the connected mode identity of the UE and set value "UTRAN originator" into IE" paging originator". 
The UE shall respond to this message. Then the UE shall move to CELL_FACH state and transmits a CELL UPDATE 
message to the SS on the uplink CCCH which and set the value "Paging Response" into IE" Cell update cause". After 
the SS receives this message, it transmits the default CELL UPDATE CONFIRM message. The UE shall stay in 
CELL_FACH state and transmit PHYSICAL CHANNEL RECONFIGURATION COMPLETE message on the DCCH. 
SS then sends a RNTI REALLOCATION message. The UE shall reply with RNTI REALLOCATION COMPLETE 
message. In this message, the IE"DRX Indicator" is set to "DRX with cell updating". As a result, the UE shall move to 
CELL_PCH state. SS pages the UE again using the U-RNTI identity. The UE shall send CELL UPDATE message and 
specify the cause to be "Paging Response". SS replies with a CELL UPDATE CONFIRM message which comprises a 
new C-RNTI identity for the UE. After receiving this message, the UE shall transmit PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE message and remains in CELL_FACH state. Next SS modifies the contents of 
SYSTEM INFORMATION BLOCK TYPE 5 and 6 messages. See specific message contents for further details. SS 
then sends another RNTI REALLOCATION message on the downlink DCCH, with the IE'DRX Indicator" set to 
"DRX with cell updating". The UE shall move to CELL_PCH state and acknowledges that it starts using the new C- 
RNTI identity provided by transmitting RNTI REALLOCATION COMPLETE message. SS pages the UE again using 
PAGING TYPE 1 message. The UE shall send CELL UPDATE message once more. SS replies with a CELL 
UPDATE CONFIRM message which includes the IF'new C-RNTI" to the UE on the downlink DCCH. Then the UE 
shall transmit an TRANSPORT CHANNEL RECONFIGURTION COMPLETE message on the uplink DCCH and 
enters the CELL_FACH state. In the final sequence, SS transmits RNTI REALLOCATION message and assigns a new 
C-RNTI identity to the UE. The UE shall reply with RNTI REALLOCATION COMPLETE message and move to 
CELL_PCH state. SS then pages the UE once more using PAGING TYPE 1 message. The UE shall initial the cell 
update procedure by dispatching a CELL UPDATE message on the uplink CCCH. SS replies with a CELL UPDATE 
CONFIRM message which includes the IE'TRACH Info". The UE shall respond with a PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE, sent on the DCCH supported by the PRACH indicated in CELL UPDATE 
CONFIRM message. Expected sequence 
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Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is brought to 
CELL PCH state. 


2 


^ 


PAGING TYPE 1 


The SS transmits a PAGING 
TYPE1 message addressing 
the UE with its connected 
mode identity and set IE" 
paging originator" to "UTRAN 
originator". 


3 


^ 


CELL UPDATE 


The UE shall move to 
CELL_FACH state and 
transmits this message with 
the IE" Cell update cause" set 
to "paging respose". 


4 


^ 


CELL UPDATE CONFIRM 


Use the default message from 
TS 34.108 Clause 8. 


5 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


The UE shall move to 
CELL_FACH state and 
transmits this message. 


6 






SS modifies the contents of 
SYSTEM INFORMATION 
BLOCK TYPE 5 and 6 
messages. 


7 


^ 


RNTI REALLOCATION 


Allocates a new C-RNTI and 
set IE"DRX Indicator" to "DRX 
with cell updating" 


8 


^ 


RNTI REALLOCATION COMPLETE 


UE moves to CELL PCH state 


9 


^ 


PAGING TYPE 1 


SS pages the UE again 


10 


^ 


CELL UPDATE 


IE" Cell update cause" shall be 
set to "paging response" 


11 


^ 


CELL UPDATE CONFIRM 


Contains the IE"new C-RNTI" 


12 


^ 


TRANSPORT CHANNEL 
RECONFIGURATION COMPLETE 


The UE shall move to 
CELL_FACH state and 
transmit this message. 


13 


^ 


RNTI REALLOCATION 


Allocates a new C-RNTI and 
set IE"DRX Indicator" to "DRX 
with cell updating". 


14 


^ 


RNTI REALLOCATION COMPLETE 


UE moves to CELL_PCH 
state. 


15 


^ 


PAGING TYPE 1 


SS pages the UE again 


16 


^ 


CELL UPDATE 


IE" Cell update cause" shall be 
set to "paging response". 


17 


^ 


CELL UPDATE CONFIRM 


Including IE "PRACH Info" in 
this message. 


18 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


To be sent on the new PRACH 
channel. 
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Specific Message Contents 



ClausePAGING TYPE 1 



Information Element 


Value/remark 


CHOICE Paging Originator 
- U-RNTI 

- SRNC Identity 

- S-RNTI 


UTRAN Originator 

'0000 0000 0001' 

'0000 0000 0000 0000 0001' 



CELL UPDATE (Step 3, 1 and 1 6) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 

AM_RLC error indicator (for C-plane) 
AM_RLC error indicator (for U-plane) 
Cell Update Cause 
Protocol error indicator 
Measured results on RACH 
Protocol error information 


Check to see if set to '0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 0001 ' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Paging Response' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



CELL UPDATE CONFIRM (Step 4) 

Use the same message sub-type found in Clause 8.1 of TS34. 108. 

PHYSICAL CHANNEL RECONFIGURATION (Step 5 and 18) 
Only the message type for this message is checked. 

SYSTEM INFORMATION BLOCK TYPE 5 and TYPE 6 (Step 6) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


PRACH system information 




- RACH TFS 




- CHOICE Transport channel type 


Common transport channels 


- Dynamic Transport Format Information 




- Number of Transport blocks 


1 


- CHOICE Mode 


FDD 


- Octet mode RLC size info type 2 




- CHOICE Transport block size 


Size type 1 


- Size type 1 


296 


- Semi-static Transport Format 




- Transmission time interval 


80 msec 


- Type of channel coding 


No coding 


- Coding Rate 


No Present 


- Rate matching attribute 


1 


- CRC Size 


1 6 bits 



RNTI REALLOCATION (Step 7 and 13) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


New C-RNTI 
DRX Indicator 


Selects any arbitrary unused 16-bits string 
DRX with cell updating 



TRANSPORT CHANNEL RECONFIGURATION (Step 1 2) 
Only the message type for this message is checked. 
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CELL UPDATE CONFIRM (Step 17) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


PRACH Info (for RACH) 




- Available Signature 




- Signature 


2 


- Available SF 


Refer to the parameter set for TS 34.1 08 


- Scrambling code number 





- Puncturing Limit 


Refer to the parameter set for TS 34.108 


- Available Sub-Channel number 




- Sub-Channel number 


2 


Downlink DPCH info for one radio link 




- Primary CPICH Info 




- Primary Scrambling Code 


Set to the scrambling code for cell 1 's P-CPICH. 


- PDSCH with SHO DCH Info 


Not Present. 


- PDSCH code mapping 


Not Present. 


- Secondary CCPCH Info 




- Selection Indicator 


Not Present 


- Primary CPICH usage for channel estimation 


TRUE 


- Secondary CPICH Info 




- Secondary scrambling code 


Not Present. Use default (Scrambling code of P-CPICH) 


- Channelization code 


1 


- Secondary scrambling code 


Not Present. Use default (Scrambling code of P-CPICH) 


- STTD indicator 


FALSE 


- Spreading factor 


256 


- Code number 


255 


- Pilot symbol existence 


TRUE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing Offset 


chips 



8.3.1.8.5 



Test requirement 



After step 2 the UE shall answer to the paging message, moves to CELL_FACH state, and then transmits a CELL 
UPDATE message setting "paging response" into IE" Cell update cause". 

After step 4 the UE shall transmit a PHYSICAL CHANNEL RECONFIGURATION COMPLETE message on the 
uplink DCCH and then enter CELL_FACH state. 

After step 9 the UE shall respond to the paging again by sending CELL UPDATE message, with the IE"Cell update 
cause" set to "Paging response". 

After step 1 1 the UE shall transmit TRANSPORT CHANNEL RECONFIGURATION COMPLETE message to end the 
cell updating procedure. 

After step 15 the UE shall answers the paging message by sending a CELL UPDATE message, with the IE"Cell update 
cause" set to "Paging response". 

After step 17 the UE shall transmit PHYSICAL CHANNEL RECONFIGURATION COMPLETE message on the 
uplink DCCH carried by the PRACH indicated in the CELL UPDATE message sent in step 17. 

8.3.1 .9 Cell Update: re-entering of service area after T305 expiry and being out of 

service area 



8.3.1.9.1 



Definition 
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8.3.1.9.2 Conformance requirement 

When a UE detects that it's out of service area after experiencing a T305 timer expiry, it shall try to search for a suitable 
cell to camp on. At the same time, it shall start timer T307. If the UE subsequently re-enters the service area of a cell 
before T307 expires, it shall perform a cell update procedure. 

Reference 

3GPPTS 25.331 clause 8.3.1 

8.3.1.9.3 Test purpose 

To confirm that the UE performs a cell search after experiencing an "out of service area" condition following the 
expiry of timer T305. To confirm that the UE initiates cell updating procedure if it manages to re-enter the service 
area.8.3. 1.9.4 Method of test 

Initial Condition 

System Simulator: 2 cells - Cell 1 is active with the CPICH Ec/No set to -80dB and the Q qua i m j n value is at -90dBm 
Cell 2 is inactive. 

UE: CELL_FACH in cell 1 

Test Procedure 

The UE is in the CELL_FACH state. SS decreases the transmission power of cell 1 until the cell selection parameter 
S<0 (decrease transmission power of cell l's CPICH by 15 dBm). Following the expiry of periodic cell updating timer 
T305 according to the system information, the UE shall detect that it is out of service area. Within the time interval 
equivalent to T307 timer value, the SS restores the transmission power of cell 1. The UE shall find that it is back in 
service area, and transmits a CELL UPDATE message to the SS on the uplink CCCH. In this message, the IE"Cell 
update cause" shall be set to "periodic cell update". After the SS receives this message, it transmits a CELL UPDATE 
CONFIRM message with the IE"DRX Indicator" set "No DRX" on the downlink DCCH. The UE shall enter 
CELL_FACH state. Next, cell 1 is switched off. SS waits until T305 timer has expired and then turns on cell 2. The 
transmission level for cell 2 is such that the CPICH Ec/No value is estimated at -70dB. Qquaimin of cell 2 is identical to 
the value used previously by cell 1 . The UE shall discover that cell 1 is no longer suitable for camping and initiate a 
cell search. It shall detect the presence of cell 2 and reselects to this cell. Following this, it shall transmit CELL 
UPDATE message with the cause set to "Cell Reselection". SS ends this test by sending a CELL UPDATE CONFIRM 
message. Expected sequence 
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Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in the CELL_FACH 
state of cell 1 . 


2 






SS decreases the 
transmission power of cell 1 so 
that its S value falls below 0. 


3 






The UE shall detect a "out of 
service" condition upon expiry 
of timer T305 and it shall 
search for other cells to camp 
on.(T307 timer starts) 


4 






SS restores cell 1's original 
power level before T307 timer 
expires. 


5 


^ 


CELL UPDATE 


The value "periodic cell 
update" should be found in IE" 
Cell update cause" in this 
message 


6 


^ 


CELL UPDATE CONFIRM 


"DRX Indicator" is set to "No 
DRX" 


7 






SS switches off cell 1 and wait 
until T305 has expired. 


8 






SS turns on cell 2 and set the 
transmission strength of such 
that CPICH Ec/No is at -70dB. 


9 




CELL UPDATE 


UE shall detect the presence 
of cell 2 and re-select to it. It 
shall transmit this message 
with cause set to "Cell 
Reselection" 


10 




CELL UPDATE CONFIRM 













Specific Message Contents 
CELL UPDATE (Step 5) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 

AMRLC error indicator (for C-plane) 
AM_RLC error indicator (for U-plane) 
Cell Update Cause 
Protocol error indicator 
Measured results on RACH 
Protocol error information 


Check to see if set to '0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 1111' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Periodic cell updating' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



CELL UPDATE CONFIRM (Step 6 and 10) 

Use the same message sub-type found in Clause 8.1 of TS34. 108. 
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CELL UPDATE (Step 9) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 

AM_RLC error indicator (for C-plane) 
AM_RLC error indicator (for U-plane) 
Cell Update Cause 
Protocol error indicator 
Measured results on RACH 
Protocol error information 


Check to see if set to '0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 1111' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Cell Reselection' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



8.3.1.9.5 



Test requirement 



After step 4 the UE shall transmit a CELL UPDATE message in which the IE" Cell update cause" is set to the value 
"periodic cell update". 

After step 8 the UE shall reselect to cell 2 and then transmit a CELL UPDATE message, with the IE"Cell Update 
Cause" set to "Cell Reselection". 

8.3.1 .10 Cell Update: expiry of T307 after T305 expiry and being out of service area 

8.3.1.10.1 Definition 



8.3.1.10.2 



Conformance requirement 



This procedure is required to cater for the case of a failure to update UTRAN with the current cell, after the expiry of 
T307. In this case, the UE shall return to idle mode and perform cell reselection if possible. 

Reference 

3GPPTS 25.331 clause 8.3.1 



8.3.1.10.3 



Test purpose 



To confirm that the UE moves to idle mode after the expiry of T307, indicating that it is out of service area when 
attempting to perform a periodic cell updating procedure. 



8.3.1.10.4 



Method of test 



Initial Condition 
System Simulator: 1 cell 
UE: CELL_PCH 

Test Procedure 

The UE is in CELL_PCH state at the start of the test. Before the expiry of periodic cell updating timer T305, SS starts 
to decrease the downlink transmission power such that the UE discovers that the cell is no longer suitable for camping 
and this results in a "out of service area" condition. The SS continues to listen to the uplink channel to detect possible 
attempts to perform a cell updating procedure. The UE shall not send CELL UPDATE message on the uplink DCCH, 
instead it triggers timer T307. After the expiry of timer T307 the UE enters idle state. This confirmed by the SS when 
it sends a PAGING TYPE 1 message to the UE using its U-RNTI identity, and the UE does not respond to the page. SS 
then attempts to page for the UE again, this time using PAGING TYPE 2 message sent on downlink DCCH. Likewise, 
the UE shall not respond to this page. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is brought to 
CELL FACH state. 


2 






SS starts to decrease the 
transmission power until the 
cell is no longer suitable for 
camping. The UE shall detect 
that it is out of service area 
and refrains from transmitting 
CELL UPDATE message due 
to periodic cell updating. 


3 






The UE detects the expiry of 
timer T305 and it searches for 
cell to camp.(T307 timer 
starts). After the expiry of timer 
T307 the UE The UE enters to 
the idle state. 


4 


^ 


PAGING TYPE 1 


SS pages the UE at its 
assigned paging occasion 
using the allocated U-RNTI 
value. The UE shall not 
respond to this page as it has 
already entered the idle mode. 


5 


^ 


PAGING TYPE 2 


SS pages the UE on the 
downlink DCCH. The UE shall 
not respond to this page. 



Specific Message Contents 
Paging Type 1 (Step 4) 



Information Element 


Value/remark 


Page record list 




- Paging record 




- CHOICE Paging originator 


UTRAN Originator 


- U-RNTI 




- SRNC Identity 


Check to see if set to '0000 0000 0001 ' 


- S-RNTI 


Check to see if set to '0000 0000 0000 0000 1111' 


BCCH Modification info 


Not Present. 



Paging Type 2 (Step 5) 



Information Element 


Value/remark 


Integrity check info 
Paging cause 
CN domain identity 
Paging Record Type Identifier 


Not Present 

Terminating PS Data Call 
CS-Domain 
IMSI (DS-41) 



8.3.1.10.5 Test requirement 

After step 4 the UE shall remain in the idle mode and not respond to the paging message sent on PCCH. 

After step 5 the UE shall remain in the idle mode and not respond to the paging message addressed to it on the DCCH. 

8.3.1 .1 1 Cell Update: Success after T302 time-out 

8.3.1.11.1 Definition 
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8.3.1.11.2 



Conformance requirement 



The UE transmits a CELL UPDATE message to the UTRAN when it needs to update the UTRAN with the current cell 
of the UE. When the UE does not receive a CELL UPDATE CONFIRM message upon expiry of timer T302, the UE 
transmits a CELL UPDATE message repeatedly until its internal counter V302 counter is greater than N302. 

Reference 

3GPPTS 25.331 clause 8.3.1 



8.3.1.11.3 



Test purpose 



To confirm that the UE repeats the transmission of CELL UPDATE message upon the expiry of timer T302, after 
failing to receive any response from the SS during T302 timer period. 



8.3.1.11.4 



Method of test 



Initial Condition 
System Simulator: 1 cell 
UE: CELL_FACH 

Test Procedure 

At the start of the test, the UE is brought to CELL_FACH state. When the UE detects the expiry of periodic cell 
updating timer T305 according to the system information, the UE transmits a CELL UPDATE message to the SS on the 
uplink CCCH. The IE" Cell update cause" in this message shall be set to "periodic cell update". SS ignores this 
message, and the UE shall then re-transmit a CELL UPDATE message after the expiry of timer T302. When the SS has 
received (N302+1) such messages, it transmits a CELL UPDATE CONFIRM message with new values for "C-RNTI" 
to the UE. Finally, the UE shall transmit an RNTI REALLOCATION COMPLETE message on the uplink DCCH. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE starts from 
CELL_FACH state. SS 
initializes its internal counter K 
to and wait until the expiry of 
T302 timer. 


2 


^ 


CELL UPDATE 


The value "periodic cell 
update" shall be set in IE" Cell 
update cause" after the expiry 
of timer T305. 


3 






If K is equal to N302 then 
proceeds to step 5. 


4 






SS increments counter K, 
transmits no response to the 
UE and waits for an additional 
period equals to the value of 
timer T302. The next step is 
step 2. 


5 


^ 


CELL UPDATE CONFIRM 


The message includes lEs" 
new C-RNTI". The IE"DRX 
Indicator" is set to "No DRX". 


6 


^ 


RNTI REALLOCATION COMPLETE 
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Specific Message Contents 
CELL UPDATE (Step 2) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 

AM_RLC error indicator (for C-plane) 
AM_RLC error indicator (for U-plane) 
Cell Update Cause 
Protocol error indicator 
Measured results on RACH 
Protocol error information 


Check to see if set to '0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 0001 ' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Periodic cell updating' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



CELL UPDATE CONFIRM (Step 5) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exception: 



Information Element 


Value/remark 


New C-RNTI 


Set to an arbitrary string different from '0000 0000 0000 
0001' 



8.3.1.11.5 



Test requirement 



After step 1 the UE shall detect the expiry of timer T305 then transmit a CELL UPDATE message on the uplink CCCH, 
setting "periodic cell update" into IE" Cell update cause". 

After step 2 the UE shall re -transmits a CELL UPDATE message after the expiry of timer T302. A total of (N302+1) 
transmissions shall be detected in SS. 

After step5 the UE shall transmit an RNTI REALLOCATION COMPLETE message on the uplink DCCH and stays at 
CELL_FACH state. 

8.3.1.12 Cell Update: Failure (After Maximum Re-transmissions) 

8.3.1.12.1 Definition 



8.3.1.12.2 



Conformance requirement 



The UE transmits a CELL UPDATE message to the UTRAN when it needs to update UTRAN with information on the 
current cell of the UE. If the UE fails to receive a CELL UPDATE CONFIRM message, it re-transmits a CELL 
UPDATE message repeatedly upon the expiry of timer T302 until the value of V302 counter is greater than N302. If 
V302 is greater than N302, the UE stop the re-transmission and enters idle state. 

Reference 

3GPPTS 25.331 clause 8.3.1 



8.3.1.12.3 



Test purpose 



To confirm that the UE repeats the cell update procedure at the expiry of timer T302 and moves to idle state when its 
internal counter V302 is greater than N302. 
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8.3.1.12.4 



Method of test 



Initial Condition 
System Simulator: 1 cell 
UE: CELL_FACH 

Test Procedure 

The UE is initially in CELL_FACH state. When the UE detects the expiry of periodic cell updating timer T305, the UE 
transmits a CELL UPDATE message to the SS on the uplink CCCH to perform a periodic cell updating procedure. The 
SS ignores this message, and the UE shall attempt to re-transmit a CELL UPDATE message up to a maximum of 
(N302+1) times after the expiry of timer T302. After (N302+1) attempts, the UE shall return to idle state. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in the CELL_FACH 
state. SS sets its internal 
counter K=1 and waits for a 
period equals to timer value 
T302. If CELL UPDATE 
message is received upon 
timer expiry, proceeds to step 
2. Else goes to step 5. 


2 


^ 


CELL UPDATE 


The value "periodic cell 
update" should be set in IE" 
Cell update cause" and this 
message should be sent for 
each expiry of timer T302. 


3 






SS transmits no response to 
the UE and increments 
counter K. 


4 






SS waits for an additional 
period equals to T302 timer. If 
CELL UPDATE message is 
received, proceed to step 2. 
Otherwise, terminates the test. 
If K is not equal to N302, the 
test should be considered as a 
failure. 



Specific Message Contents 
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CELL UPDATE (Step 2) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 

AMRLC error indicator (for C-plane) 
AM_RLC error indicator (for U-plane) 
Cell Update Cause 
Protocol error indicator 
Measured results on RACH 
Protocol error information 


Check to see if set to '0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 0001 ' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Periodic cell updating' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



8.3.1.12.5 



Test requirement 



After step 1 the UE shall transmit a CELL UPDATE message on the uplink CCCH and set value "periodic cell update'' 
into IE" Cell update cause". 

After step 4 the counter K in SS shall be equal to N302. 

8.3.1 .13 Cell Update: Reception of Invalid CELL UPDATE CONFIRM Message 

8.3.1.13.1 Definition 



8.3.1.13.2 



Conformance Requirement 



If the UE encounters an invalid CELL UPDATE CONFIRM message while executing a cell update procedure, it shall 
check the current value of its internal counter V302. If V302 is not greater than N302, the UE shall set contexts 
pertaining to protocol error, re-transmits CELL UPDATE message on uplink CCCH, restart T302 timer and increments 
V302. It shall use the same "Cell Update Cause" as before receiving the invalid downlink message. On the other hand, 
if V302 is greater than N302, the UE shall abandon cell update procedure and enters idle mode. 



8.3.1.13.3 



Test Purpose 



To confirm that the UE retransmits CELL UPDATE message when it receives an erroneous CELL UPDATE message, 
if the number of retransmissions is not the maximum allowed value. To confirm that the UE returns to idle mode after 
sending maximum allowed number of CELL UPDATE messages without receiving a valid CELL UPDATE CONFIRM 

message. 



8.3.1.13.4 



Method of Test 



Initial Condition 
System Simulator: 1 cell 
UE: CELL_PCH 

Test Procedure 

The UE is brought to CELL_PCH state at the beginning of the test. SS pages the UE by sending PAGING TYPE 1 
message using the U-RNTI identity assigned during RRC connection establishment procedure. The UE shall start to 
transmit CELL UPDATE message on the uplink CCCH. Upon receiving such a message, the SS replies with a CELL 
UPDATE CONFIRM message containing a protocol error in IE"DRX Indicator". The UE shall detect the protocol 
error and re-transmit CELL UPDATE message up to a maximum of N302 times. The time interval between the 
transmissions shall be approximately equal to T302. SS verifies that it receives a total of (N302+1) identical CELL 
UPDATE messages. The UE shall return to idle mode after all uplink transmissions have finished. SS verifies this by 
paging the UE using the U-RNTI identity. The UE shall not respond to this page. 
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Expected Sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in the CELL_PCH 
state. SS sets its internal 
counter K=0 and waits for a 
period equals to timer value 
T302. If CELL UPDATE 
message is received upon 
timer expiry, proceeds to step 
2. Else goes to step 5. 


2 


^ 


CELL UPDATE 


The value "paging response" 
should be set in IE" Cell 
update cause". 


3 


^ 


CELL UPDATE CONFIRM 


SS transmits an invalid 
message. SS increments K. 


4 


^ 


CELL UPDATE 


SS waits for T302 timer to 
expire. The UE shall send 
CELL UPDATE message. 


5 






If a CELL UPDATE message 
is received in step 4, SS 
increments K, restart T302 
timer and returns to execute 
step 4. Else, SS proceeds to 
step 6. 


6 






SS verifies that K = (N302+1) 
and proceeds to the next step. 
Else, the test fails. 


7 


<- 


PAGING TYPE 1 


SS pages the UE. 


8 






UE shall not respond. 



Specific Message Content 
CELL UPDATE (Step 2 and 4) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 

AMRLC error indicator (for C-plane) 
AM_RLC error indicator (for U-plane) 
Cell Update Cause 
Protocol error indicator 
Measured results on RACH 
Protocol error information 


Check to see if set to '0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 0001 ' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Paging Response' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



CELL UPDATE CONFIRM (Step 3) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exception: 
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Information Element 


Value/remark 


DRX Indicator 


Use one of the spare values. 



Paging Type 1 (Step 7) 



Information Element 


Value/remark 


Page record list 




- Paging record 




- CHOICE Paging originator 


UTRAN Originator 


- U-RNTI 




- SRNC Identity 


Check to see if set to '0000 0000 0001 ' 


- S-RNTI 


Check to see if set to '0000 0000 0000 0000 1111' 


BCCH Modification info 


Not Present. 



8.3.1.13.5 Test Requirement 

After step 3 the UE shall continue to transmit CELL UPDATE message for N302 times. 

At step 6 the counter K should be equal to (N302+1). 

After step 7 the UE shall return to idle mode and not respond the PAGING TYPE 1 message sent by the SS. 

8.3.1 .14 Cell Update: Radio Bearer Control for Transition from CELL_DCH to 
CELL FACH 



8.3.1.14.1 



Definition 



8.3.1.14.2 



Conformance Requirement 



During a transition from CELL_DCH state to CELL_FACH state arising from the execution of radio bearer control 
procedure, the UE might be requested to re-select to an unknown cell. The UE shall select a cell and perform cell 
updating procedure. In order to distinguish the 2 cases of cell updating: (i) due to UE mobility and (ii) due to radio 
bearer control procedure, the update cause in CELL UPDATE message shall be different for these case. When the 
UTRAN receives this message, it is able to decide whether to initiate RNC reallocation and the establishment of new 
configuration in the target RNC. 



8.3.1.14.3 



Test Purpose 



To confirm that the UE perform a cell update procedure after being instructed to move from CELL_DCH to 
CELL_FACH state as a result of radio bearer control procedure. To confirm that the UE indicates cause "RB Control" 
when transmitting a CELL UPDATE message to the selected cell. To confirm that the UE transmit a compatible 
response to conclude the radio bearer control procedure. 



8.3.1.14.4 



Method of Test 



Initial Condition 

System Simulator: 2 cells - both cell 1 and cell 2 are active, with cell 1 having a stronger transmission power. 

UE: CELL_DCH in cell 1 

Test Procedure 

The UE is brought to CELL_DCH state in cell 1, after the UE has successfully performed the RRC connection 
establishment procedure and been allocated dedicated physical resources. Next SS send RADIO BEARER SETUP 
message to the UE on downlink DCCH. In this message, a DTCH channel is assigned to the UE. The UE shall 
reconfigure its channel resources and then return a RADIO BEARER SETUP COMPLETE message. Following this 
sequence, the UE sends RADIO BEAERER RELEASE message to request that all radio bearers carried on dedicated 
physical channel be released. However, this message does not contain information about the target cell to select when 
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transiting to CELL_FACH state. The UE shall perform a cell reselection and it shall detect the presence of cell 2. The 
UE shall send a CELL UPDATE message with cause set to "RB Control" on the CCCH carried by PRACH physical 
channel, specified in cell 2's system information message. SS replies with CELL UPDATE CONFIRM message, 
specifying the IE'TRACH Info" and "Secondary CCPCH Info". To complete this procedure, the UE shall transmit 
RADIO BEARER RELEASE COMPLETE message on the DCCH, which is carried on the PRACH specified in system 
information messages broadcasted in cell 2. 

Expected Test Sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in the CELL_DCH 
state after completing a 
successful RRC connection 
establishment procedure. 


2 


^ 


RADIO BEARER SETUP 


Establishes DTCH logical 
channel. 


3 


^ 


RADIO BEARER SETUP COMPLETE 




4 


^ 


RADIO BEARER RELEASE 


Information on target cell is not 
specified. 


5 


^ 


CELL UPDATE 


UE shall send this message 
on CCCH of cell 2. IE"Cell 
update cause" should be set to 
"RB Control". IE"DRX 
Indicator" set to "No DRX". 


6 


^ 


CELL UPDATE CONFIRM 


IE"PRACH Info" and 
IE"Secondary CCPCH Info" 
are included in this message. 


7 


^ 


RADIO BEARER RELEASE COMPLETE 


Sent on the PRACH given in 
system information messages. 



Specific Message Contents 

RADIO BEARER SETUP (Step 2) 

Use the same message sub-type entitled "Packet to CELL_DCH from CELL_DCH in PS" found in Clause 8.1 of 
TS34.108, with the following exceptions: 
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Information Element 


Value/remark 


RAB information to setup list 




- RAB information for setup 




- RAB Info 




- RAB Identity 


4 


- CN Domain Identity 


PS 


- RB Info to setup list 




- RB Info to setup 




- RB Identity 


4 


- PDCP Info 


Not Present. 


- RLC Info 


Use the same RLC configuration as in TS 34.108. 


- RB Mapping Info 


Use the same RLC multiplexing scheme as in TS 




34.108. 


RB to be affected list 


Not Present. 


UL Transport Channel information common to all 




transport channels 




- TFC Subset 


Not Present - use default value, all TFCs are allowed. 


- CHOICE Mode 


FDD 


- UL DCH TFCS 




- CHOICE TFCI Signalling 


Normal 


- TFCI Field 1 Information 




- CHOICE TFCS representation 


Addition 


- TFCS addition information 




- CHOICE CTFC Size 




- CTFC Information 


Refer to TS 34.1 08 - This IE is repeated for the 




maximum number TFC to be added as specified in TS 




34.108 for a selected transport channel 


- x bit CTFC 




- Gain factor information 




- Gain factor (3 C 




- Gain factor (3 d 




Deleted TrCH information list (uplink) 




Added or Reconfigured TrCH information list 




- Added or Reconfigured UL TrCH information 




- Transport channel identity 


2 


-TFS 




- CHOICE Transport channel type 


Dedicated transport channels 


- Dynamic Transport Format Information 




- Number of Transport blocks 


1 


- CHOICE RLC mode 


Octet Mode RLC size info type 1 


- Octet mode RLC size info type 1 




- CHOICE Octet mode RLC size 


Size type 1 


- Size part 1 


16 


- Semi-static Transport Format 


Use the same settings as in TS 34.108 


- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




DL Transport Channel information common to all 




transport channels 




Deleted TrCH information list (downlink) 




Added or Reconfigured TrCH information list 


Not Present. 


- Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 


Same as the TFS used in the uplink specified in this 




message. 


Frequency info 


Not Present - use the existing frequency information 


Maximum allow UL TX power 


Not Present - use the allowable UL TX power as 




specified by the UE's RF power class. 


CHOICE Channel requirement 


Not Present. 


Downlink information common for all radio links 


Not Present. 


Downlink information per radio link list 


Not Present. 



RADIO BEARER SETUP COMPLETE (Step 3) 
Only the message type is checked for this message. 
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RADIO BEARER RELEASE (Step 4) 

Use the same message sub-type entitled "Packet to CELL_DCH from CELL_DCH in PS" found in Clause 8.1 of 
TS34. 108, with the following exceptions: 
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Information Element Value/remark 
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RAB information to release list 




- RB Identity 


4 


RB information to be affected list 




- RB information to be affected 


DCCHforRRC(UM) 


- RB identity 





- RB mapping info 




- Information for each mulitplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


RACH 


- Transport channel identity 


1 


- Logical channel identity 


1 


- MAC logical channel priority 


2 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


1 


- Logical channel identity 


1 


- RB information to be affected 


DCCH for RRC (AM) 


- RB identity 


1 


- RB mapping info 




- Information for each mulitplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


RACH 


- Transport channel identity 


1 


- Logical channel identity 


2 


- MAC logical channel priority 


3 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


1 


- Logical channel identity 


2 


- RB information to be affected 


DCCH for NAS DT-AM High Priority 


- RB identity 


2 


- RB mapping info 




- Information for each mulitplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


RACH 


- Transport channel identity 


1 


- Logical channel identity 


3 


- MAC logical channel priority 


4 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


1 


- Logical channel identity 


3 


- RB information to be affected 


DCCH for NAS DT-AM Low Priority 


- RB identity 


3 


- RB mapping info 




- Information for each mulitplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


RACH 


- Transport channel identity 


1 


- Logical channel identity 


4 


- MAC logical channel priority 


5 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


1 


- Logical channel identity 


4 


UL Transport Channel information common to all 




transport channels 




- TFC Subset 


Not Present - use default value, all TFCs are allowed. 


- CHOICE Mode 


FDD 


- UL DCH TFCS 


Use the same TFCS as in IE "RACH TFCS" found in 




system information block type 5 messages of cell 2. 


Deleted TrCH information list (uplink) 


Not Present. 


Added or Reconfigured TrCH information list 




- Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 


Use the same TFS as in IE "RACH TFS" found in 




system information block type 5 messages of cell 2. 


DL Transport Channel information common to all 




transport channels 




- SCCPCH TFCS 


Use the same TFCS as in IE "TFCS" (for FACH) in 




IE"Secondary CCPCH system information" found in 




system information block type 5 messages of cell 2. 
T fWt Present. 


- DL DCH TFCS ' 
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CELL UPDATE (Step 5) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 

AMRLC error indicator (for C-plane) 
AM_RLC error indicator (for U-plane) 
Cell Update Cause 
Protocol error indicator 
Measured results on RACH 
Protocol error information 


Check to see if set to '0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 0001 ' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'RB Control' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



CELL UPDATE CONFIRM (Step 6) 

Use the same message sub-type found in Clause 8.1 of TS34. 108. 

RADIO BEARER RELEASE COMPLETE (Step 7) 
Only the message type is checked in this message. 



8.3.1.14.5 



Test Requirement 



After step 4 the UE shall reselect to cell 2, perform a cell update procedure by transmitting CELL UPDATE message. 
In this message, the IE"Cell Update Cause" shall be set to "RB Control". 

After step 6 the UE shall send RADIO BEARER RELEASE COMPLETE message on the DCCH carried by the 
PRACH channel broadcasted on the system information message in cell 2. 

8.3.1 .15 Cell Update: Acknowledged Mode RLC Reset 
8.3.1.15.1 Definition 



8.3.1.15.2 



Conformance Requirement 



In CELL_FACH, the UE shall ensure that all AM RLC entities (for both signalling links and u-plane links) are 
operational. In the event that an unrecoverable error (detectable when the amount of retransmissions of RESET_PDU 
reaches the value of MAX_D AT and the UE fails to receive any acknowledgements), the UE shall trigger cell update 
procedure to report this event. The UE shall send CELL UPDATE message on the uplink CCCH and set the 
appropriate AM_RLC error indicator IE(s) to TRUE. After receiving the CELL UPDATE CONFIRM message, the UE 
shall reset the affected AM RLC entities and then resume transmission and reception activities. 



8.3.1.15.3 



Test Purpose 



To confirm that the UE reports the occurrence of an unrecoverable error in a C-plane AM RLC entity by initiating a cell 
update procedure. To confirm that the UE is able to resume normal C-plane data transmission and reception after the 
completion of cell update procedure. 



8.3.1.15.4 

Initial Condition 
System Simulator: 1 cell 
UE: Idle Mode 



Method of Test 
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Test Procedure 

The UE is initially in idle mode and camped onto cell 1. SS pages the UE using the IMSI identity stored in the test 
USIM card, with the cause stated as "Terminating PS Data Call". The UE shall respond by transmitting the RRC 
CONNECTION REQUEST message on the uplink CCCH, triggering the start of RRC connection establishment 
procedure. SS assigns common physical resources to the UE by sending RRC CONNECTION SETUP message. The 
UE shall reply with RRC CONNECTION SETUP COMPLETE on the DCCH before transiting to CELL_FACH state. 
Next, SS sends RADIO BEARER SETUP message on the DCCH using AM mode to establish a DTCH logical channel 
for u-plane packet data transfer. The UE shall reply with a RADIO BEARER SETUP COMPLETE message, sent using 
AM RLC on the DCCH. Then it activates the associated DTCH logical channel for user data transmission and 
reception. SS does not acknowlegde the RADIO BEARER SETUP COMPLETE message. The UE shall continue to 
transmit the AM PDU carrying RADIO BEARER COMPLETE message until the maximum re-transmission count is 
reached. Thereafter, the UE shall start sending RESET PDUs to request that the AM RLC entity for RRC signalling be 
re-initialized. SS ignores the requests and wait for a duration equivalent to the period equivalent to (MAX_RST+1) 
times expiry of Timer_RST. This figure is specified in IE"RLC info" of RADIO BEARER SETUP message in step 6. 
At this point, the UE shall initiate a cell update procedure by transmitting CELL UPDATE message on the uplink 
CCCH. The CELL UPDATE message shall specify the value "TRUE" in IE" AM_RLC error indicator (for C-plane)". 
SS replies with CELL UPDATE CONFIRM message using the default message content. SS then pages the UE using 
PAGING TYPE 2 message. The UE shall respond by sending an UPLINK DIRECT TRANSFER message on the 
uplink DCCH, which shall be embedded in an PDU originating from the AM RLC entity for RRC signalling. 
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Expected Test Sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is initially in idle mode. 


2 


^ 


PAGING TYPE 1 


SS pages the UE, citing the 
reason "Terminating PS data 
call" in the PAGING TYPE 1 
message. 


3 


^ 


RRC CONNECTION REQUEST 


Sent on CCCH using 
Transparent mode. 


4 


^ 


RRC CONNECTION SETUP 


Allocate common physical 
resources for signalling RBs. 


5 


■* 


RRC CONNECTION SETUP COMPLETE 


Sent on CCCH using 
Transparent mode. 


6 


^ 


RADIO BEARER SETUP 


Establishes a DTCH logical 
channel operating in AM 
mode. 


7 


^ 


RADIO BEARER SETUP COMPLETE 


UE shall stay in CELL_FACH 
state. SS does not 
acknowledge this AM PDU. 
The UE shall re-transmit this 
AM PDU until the maximum 
number has been reached. 


8 






UE shall start to transmit 
RESET PDU using AM RLC 
on the DCCH. SS does not 
respond to any PDU frames 
originating from the UE, and it 
waits for a period equivalent to 
(MAX_RST+1 ) times expiry of 
TimerRST. This figure is 
specified in IE"RLC info" of 
RADIO BEARER SETUP 
message in step 6. 


9 


^ 


CELL UPDATE 


UE shall send this message 
on CCCH. IE"AM_RLC Error 
Indication (for C-plane)" shall 
be set to TRUE' 


10 


^ 


CELL UPDATE CONFIRM 


"DRX Indicator" set to "No 
DRX". UE shall transit to 
CELL FACH state. 


11 


^ 


PAGING TYPE 2 


SS pages the UE. 


12 


^ 


UPLINK DIRECT TRANSFER 


This message shall be 
transmitted using AM RLC for 
RRC signalling on the uplink 
DCCH. 



Specific Message Contents 

PAGING TYPE 1 (Step 2) 

Use the same message sub-type entitled "TM (Packet in PS)" found in Clause 9 of TS34.108. 
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RRC CONNECTION REQUEST (Step 3) 



Information Element 


Value/remark 


Initial UE Identity 

Initial UE Capability 

- Maximum number of AM entities 
Establishment Cause 
Protocol Error Indicator 
Measured Results on RACH 


Check to sse if set to same value as the IMSI identity 
stored in the test USIM card. 

Check to see if set to '4 to 8' or '1 6 to 32'. 
Check to see if set to 'Terminating PS Call'. 
Check to see if set to 'FALSE'. 
Not checked. 



RRC CONNECTION SETUP (Step 4) 

Use the same message sub-type entitled "Transition to CELL_FACH" found in Clause 9 of TS34.108. 

RRC CONNECTION SETUP COMPLETE (Step 5) 
Only the message type IE is checked in this message. 

RADIO BEARER SETUP (Step 6) 

Use the same message sub-type entitled "Packet to CELL_FACH from CELL_FACH in PS" found in Clause 9 of 
TS34.108. 

RADIO BEARER SETUP COMPLETE (Step 7) 
Only the message type IE is checked for this message. 

CELL UPDATE (Step 9) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 

AM_RLC error indicator (for C-plane) 
AM_RLC error indicator (for U-plane) 
Cell Update Cause 
Protocol error indicator 
Measured results on RACH 
Protocol error information 


Check to see if set to '0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 0001' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'TRUE' 

Not checked 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



CELL UPDATE CONFIRM (Step 10) 

Use the same message sub-type found in Clause 9 of TS34.108. 

PAGING TYPE 2 (Step 11) 



Information Element 


Values/Remarks 


Paging cause 

CN domain identity 

Paging Record Type Identifier 


Terminating PS Data Call 
PS Domain 
Supported IMSI 



UPLINK DIRECT TRANSFER (Step 12) 

Only the message type IE is checked for this message. 



8.3.1.15.5 



Test Requirement 



After step 8 the UE shall transmit a CELL UPDATE message on the uplink CCCH to report the occurrence of an 
unrecoverable error in AM RLC entity for C-plane data. 
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After step 1 1 the UE shall send a UPLINK DIRECT TRANSFER message on the uplink DCCH. This message shall be 
sent using the AM RLC entity for RRC signalling. 

8.3.2 URA Update 

8.3.2.1 URA Update: URA reselection 

8.3.2.1.1 Definition 

8.3.2.1.2 Conformance requirement 

This procedure is to update UTRAN with the current URA of the UE after a URA reselection has occurred in 
URA_PCH state. It may also be used for supervision of the RRC connection, even if no URA reselection takes place. 

Reference 

3GPPTS 25.331 clause 8.3.2 

8.3.2.1.3 Test purpose 

To confirm that the UE executes a URA update procedure after the successful URA reselection. 

8.3.2.1.4 Method of test 

Initial Condition 

System Simulator: 2 cells - Cell 1 is active with URA-ID l,Cell 2 is inactive with URA-ID 2 

UE: URA_PCH with URA-ID 1 in the list of URA-ID from cell 1 

Test Procedure 

The UE is in the URA_PCH state and assigned with only 1 URA identity in cell 1: URA-ID 1. The SS starts to 
broadcast BCCH in cell 2 with URA-ID 2 and stop transmitting BCCH in cell 1 . This is expected to cause the UE to 
perform a cell reselection to cell 2. When the UE finds that URA-ID 2 is not in its current list of URA-IDs, it moves to 
CELL_FACH state and transmits a URA UPDATE message on the uplink CCCH. After the SS receives this message, it 
transmits URA UPDATE CONFIRM message which includes the IEs "DRX Indicator" and "URA-ID" to the UE on 
the downlink DCCH. The "DRX Indicator" is set to "DRX with URA updating". Finally, the UE returns to URA_PCH 
state in cell 2 without sending a uplink response message. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is updated with only 1 
URA identity carried currently 
by cell 1 . The starting state of 
the UE is URA PCH 


2 


^ 


BCCH 


SS starts sending BCCH for 
cell 2 with URA-ID 2 and 
ceases to transmit BCCH with 
URA-ID 1 carried by cell 1. 


3 


^ 


URA UPDATE 


The UE shall perform a cell 
reselection first and then it 
finds that a new URA-ID 2 is 
not in the list of its URA-IDs 
stored. It shall then transmit 
this message and set value 
"URA reselection" into IE" 
URA update cause". 


4 


^ 


URA UPDATE CONFIRM 


Message comprises IE "DRX 
Indicator" set "DRX with URA 
updating", and also IE"URA 
Identity" equals to "URA-ID 2". 











Specific Message Contents 
URA UPDATE (Step 3) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 
AM_RLC error indicator 
URA Update Cause 
Protocol error indicator 
Protocol error information 


Check to see if set to '0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 0001 ' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'Change of URA' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 



URA UPDATE CONFIRM (Step 4) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


DRX Indicator 


DRX with URA updating 



8.3.2.1.5 



Test requirement 



After step 2 the UE shall find that URA-ID 2 is not in its maintained list of URA-IDs. After cell reselection, the UE 
shall move to CELL_FACH state and transmit URA UPDATE message setting value "Change of URA" into IE" URA 
update cause". 



8.3.2.2 URA Update: periodical URA update 

8.3.2.2.1 Definition 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



388 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



8.3.2.2.2 



Conformance requirement 



This procedure is to update UTRAN with the current URA of the UE when the UE detects that it is still within the 
service area after the expiry of periodic URA updating timer T306. 

Reference 

3GPPTS 25.331 clause 8.3.2 



8.3.2.2.3 



Test purpose 



To confirm that the UE executes a URA update procedure after the expiry of timer T306. To verify that the UE handles 
an invalid URA UPDATE CONFIRM message correctly when executing the URA update procedure. 



8.3.2.2.4 



Method of test 



Initial Condition 

System Simulator: 1 cell 

UE: URA_PCH with URA-ID 1 

Test Procedure 

The UE is in the URA_PCH state with URA-ID 1 . When the UE detects the expiry of timer T306, set according to the 
value specified in system information, the UE moves to CELL_FACH state and transmits a URA UPDATE message to 
the SS on the uplink CCCH. The message shall indicate the cause to be "periodic URA update" in IE" URA update 
cause". SS replies with an illegal URA UPDATE CONFIRM message sent on downlink CCCH, and check to see if the 
UE handles this event properly. The UE shall attempt to retransmit the identical URA UPDATE message. After the SS 
receives the second URA UPDATE message, it transmits a correct URA UPDATE CONFIRM message, which includes 
the IE " new U-RNTI", to the UE on the downlink DCCH. Then the UE shall then transmits an RNTI 
REALLOCATION COMPLETE message on the uplink DCCH. The UE returns to URA_FACH state. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in the URA_PCH 
state. SS wait until T306 timer 
has expired. 


2 


^ 


URA UPDATE 


UE shall transmit this 
message and set value 
"periodic URA update" into IE" 
URA update cause". 


3 


^ 


URA UPDATE CONFIRM 


SS sends an illegal message. 


4 


^ 


URA UPDATE 


UE shall not return to idle 
mode immediately, but 
attempts to re-transmit this 
message. 


5 


^ 


URA UPDATE CONFIRM 


Including lEs" new C-RNTI" , 
and "new U-RNTI" 


6 


^ 


RNTI REALLOCATION COMPLETE 
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Specific Message Contents 
URA UPDATE (Step 2 and 4) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 
AM_RLC error indicator 
URA Update Cause 
Protocol error indicator 
Protocol error information 


Check to see if set to '0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 0001 ' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'Periodic URA update' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 



URA UPDATE CONFIRM ( Step 3) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


U-RNTI 


Not Present 



URA UPDATE CONFIRM ( Step 5) 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 



Information Element 


Value/remark 


New U-RNTI 
SRNC Identity 
S-RNTI 


'0000 0000 0001' 
'0000 0000 0000 0000 1111' 



RNTI REALLOCATION COMPLETE (Step 6) 
Only the message type IE of this message is checked. 



8.3.2.2.5 



Test requirement 



After step 2 the UE shall detect the expiry of timer T306, move to CELL_FACH state, and transmit a URA UPDATE 
message which is set the value "periodic cell update" into IE" URA update cause". 

After step 3 the UE shall re-transmit URA UPDATE message. 

After step 5 the UE shall transmit an RNTI REALLOCATION COMPLETE message on the uplink DCCH and returns 
to the CELL_FACH state. 

8.3.2.3 URA Update: re-entering of service area after T306 expiry 

8.3.2.3.1 Definition 



8.3.2.3.2 



Conformance requirement 



This procedure is to update UTRAN with the current URA of the UE if the UE detects that it is out of service area after 
the expiry of timer T306, and then subsequently re-enters the service area before the expiry of T307. 

Reference 

3GPP TS 25.331 clause 8.3.2 
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8.3.2.3.3 



Test purpose 



To confirm that the UE executes a URA update procedure when the UE re-enters the service area before the expiry of 
timer T307, after being out of service area at the expiry of timer T306. 



8.3.2.3.4 



Method of test 



Initial Condition 

System Simulator: 1 cell 

UE: URA_PCH updated with URA-ID 1 

Test Procedure 

The UE is initially in URA_PCH state, updated with URA-ID 1. SS decrease the transmission power of cell such that 
cell selection figure of merit S<0. When the UE detects the expiry of timer T306 according to the system information, 
the UE moves to CELL_FACH state and finds that it is out of service area. The UE is expected to search for cell to 
camp. Then SS increases the transmission power so that the UE detects that it returns to normal service within T307. 
The UE shall move to CELL_FACH state and starts transmitting a URA UPDATE message which contains the value 
"periodic URA update" in IE" URA update cause" to the SS on the uplink CCCH. After the SS receives this message, it 
transmits a URA UPDATE CONFIRM message which includes the IE"new C-RNTI", and " new U-RNTI" to the UE 
on the downlink DCCH. Then the UE shall transmit an RNTI REALLOCATION COMPLETE message on the uplink 
DCCH. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE starts operating from 
URA PCH state. 


2 






SS decreases the 
transmission power such that 
the cell is no longer suitable 
for camping i.e. S<0. 


3 






The UE shall attempt to 
perform a URA update upon 
the expiry of timer T306. It 
shall discover that it is out of 
service and starts searching 
for cell to camp.(T307 timer 
starts) 


4 






SS increases the transmission 
power to the original level 
before T307 expires. 


5 


-* 


URA UPDATE 


Value "periodic URA update" 
shall be set in IE" URA update 
cause" 


6 


^ 


URA UPDATE CONFIRM 


The message includes lEs" 
new C-RNTI" , and "new U- 
RNTI" 


7 


^ 


RNTI REALLOCATION COMPLETE 





Specific Message Contents 

Use the same message sub-type found in Clause 8.1 of TS34.108, with the following exceptions: 

URA UPDATE CONFIRM ( Step 6) 
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Information Element 


Value/remark 


New U-RNTI 

- SRNC Identity 

- S-RNTI 
New C-RNTI 


'0000 0000 0001 ' '0000 0000 1111 1111' 

Arbitrary 1 6-bit string which is different the assigned C- 
RNTI in RRC CONNECTION SETUP message. 



8.3.2.3.5 



Test requirement 



After step 2 the UE shall detect that it is out of service area and shall not send a URA UPDATE on the uplink CCCH 
channel. 

After step 4 the UE shall transmit a URA UPDATE message which sets value "periodic URA update" into IE" URA 
update cause", before the expiry of timer T307. 

After step 6 the UE shall transmit an RNTI REALLOCATION COMPLETE message on the uplink DCCH. 

8.3.2.4 URA Update: loss of service after expiry of timers T307 and T306 

8.3.2.4.1 Definition 



8.3.2.4.2 



Conformance requirement 



This procedure is required to handle the case when the UE fails to update UTRAN with the current URA of after expiry 
of timers T307 and T306 consecutively. The UE shall move to idle mode subsequently. 

Reference 

3GPP TS 25.331 clause 8.3.2 



8.3.2.4.3 



Test purpose 



To confirm that the UE moves to idle mode after the expiry of timer T307, following an expiry of timer T306 when it 
discovers that it is out of service area. 



8.3.2.4.4 



Method of test 



Initial Condition 

System Simulator : lcell 

UE : URA_PCH updated with URA-ID 1 

Test Procedure 

The UE is in URA_PCH state with URA-ID 1. SS stops the downlink transmissions of cell 1. When the UE detects the 
expiry of periodic URA updating timer T306 according to the system information, the UE moves to CELL_FACH state 
and detects that it is out of service area. After the expiry of timer T307, the UE moves to the idle state and start to 
perform cell reselection. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






Initially, the UE is in the 
URA PCH state. 


2 






SS switched off the downlink 
transmission of cell 1 so that 
the UE detects that it is out of 
service area. 


3 






Upon the expiry of timer T306, 
the UE shall search for cell to 
camp and triggers T307 timer. 
SS listens to the uplink CCCH 
to verify that CELL UPDATE 
message is not transmitted. 


4 






After the expiry of timer T307, 
the UE enters idle state. 



Specific Message Contents 
None 



8.3.2.4.5 



Test requirement 



After step 2 the UE shall detect the expiry of timer T306, not transmit URA UPDATE message on the uplink CCCH, 
move to CELL_FACH state, and start timer T307. 

8.3.2.5 URA Update: Success after Confirmation error of URA-ID list 

8.3.2.5.1 Definition 



8.3.2.5.2 



Conformance requirement 



While in connected mode, the UE keeps a temporary list of URA-IDs broadcasted in a cell. The UE transmits a URA 
UPDATE message to the UTRAN when it needs to update UTRAN with the current URA of the UE. UTRAN should 
respond to the URA UPDATE message by sending a URA UPDATE CONFIRM message. When the indicated URA- 
ID in the received URA UPDATE CONFIRM message is not found in the temporary list of URA-IDs, the UE transmits 
a URA UPDATE message repeatedly until its internal counter V303 is greater than N303. 

Reference 

3GPPTS 25.331 clause 8.3.2 

8.3.2.5.3 Test purpose 

To confirm that the UE retries to perform the URA update procedure following a confirmation error of URA-ID list. 

8.3.2.5.4 Method of test 

Initial Condition 

System Simulator: 1 cell 

UE: URA_PCH updated with URA-ID 1 
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Test Procedure 

At the start of this test, the UE is brought to URA_PCH state and assigned a URA with URA-ID 1. When the UE 
detects the expiry of timer T306 according to the system information, the UE moves to CELL_FACH state and 
transmits a URA UPDATE message to the SS on the uplink CCCH. The reason for performing URA updating shall be 
set to "periodic URA update" in IE" URA update cause". After the SS receives this message, it transmits a URA 
UPDATE CONFIRM message which includes the IE'new C-RNTI"," new U-RNTI" and "URA-ID 2" to the UE on the 
downlink DCCH. The UE finds that the indicated URA-ID is not included in the temporary list of URA-IDs stored, then 
the UE shall retry to transmit a URA UPDATE message for a confirmation error of URA-ID list. SS continue to send 
the same URA UPDATE CONFIRM message until N303 URA UPDATE messages have been received. Then SS 
transmits a URA UPDATE CONFIRM message to the UE which includes IE"URA Identity" set to " URA-ID 1". The 
UE shall find this URA-ID in its URA-ID list and transmits an RNTI REALLOCATION COMPLETE message on the 
uplink DCCH. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is URA_PCH state. 
SS initializes counter K to 


2 


^ 


URA UPDATE 


This message shall contain 
value "periodic URA update" 
set in IE" URA update cause" 
after expiry of timer T306. 


3 






SS increments K by 1. 


4 


^ 


URA UPDATE CONFIRM 


SS transmits this message, 
setting the value "URA-ID 2" to 
IE"URA Identity". 
If K is not greater than N303, 
SS waits for T303 to expires 
and then returns to step 2. If 
K is greater than N303, SS 
proceeds to step 5. 


5 


^ 


URA UPDATE CONFIRM 


SS transmits this message, 
setting IE"URA Identity" to 
"URA-ID 1". This message 
also comprises IE "New U- 
RNTI". 


6 


^ 


RNTI REALLOCATION COMPLETE 





Specific Message Contents 
URA UPDATE (Step 2) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 
AM_RLC error indicator 
URA Update Cause 
Protocol error indicator 
Protocol error information 


Check to see if set to '0000 0000 0001 ' 

Check to see if set to '0000 0000 0000 0000 0001' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'Periodic URA update' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 



URA UPDATE CONFIRM (Step 4) 

Use the same message sub-type as specified in TS 34.108 Clause 8, with the following exceptions: 
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Information Element 


Value/remark 


DRX Indicator 
URA Identity 


DRX with Cell updating 
2 



URA UPDATE CONFIRM (Step 5) 

Use the same message sub-type as specified in TS 34.108 Clause 8, with the following exceptions: 



Information Element 


Value/remark 


New U-RNTI 
SRNC Identity 

S-RNTI 
URA Identity 


'0000 0000 0001 ' 
'0000 0000 0000 0101 0101' 

1 



RNTI REALLOCATION COMPLETE (Step 6) 
Only the message type IE in this message is checked. 



8.3.2.5.5 



Test requirement 



After step 1 the UE shall detect the expiry of timer T306, move to CELL_FACH state, transmit a URA UPDATE 
message on the uplink CCCH and set value "periodic URA update" into IE" URA update cause". 

After step 2 the UE shall repeatedly re-transmit a URA UPDATE message after it detects a confirmation error of URA- 
ID list for the URA-ID indicated in the URA UPDATE CONFIRM message. A total of (N303+1) URA UPDATE 
messages shall be received by the SS. 

After step 5 the UE shall transmit an RNTI REALLOCATION COMPLETE message on the uplink DCCH. 

8.3.2.6 URA Update: Failure ( V303 is greater than N303 : Confirmation error of 

URA-ID list) 



8.3.2.6.1 



Definition 



8.3.2.6.2 



Conformance requirement 



While in connected mode, the UE keeps a temporary list of all URA-IDs broadcasted in a cell. It transmits a URA 
UPDATE message to the UTRAN when it needs to update UTRAN with the current URA of the UE. When the 
indicated URA-ID in the received URA UPDATE CONFIRM message is not in the list of URA-IDs, the UE transmits 
URA UPDATE messages repeatedly until its internal counter V303 is greater than N303. If V303 is greater than N303 
then the UE enters idle state. 

Reference 

3GPP TS 25.331 clause 8.3.2 



8.3.2.6.3 



Test purpose 



To confirm that the UE make repeated attempts to perform the URA update procedure following a detection of a 
confirmation error of URA-ID list. It then moves to idle state when internal counter V303 is greater than N303. 



8.3.2.6.4 



Method of test 



Initial Condition 
System Simulator: 1 cell 
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UE: URA_PCH updated with URA-ID 1 

Test Procedure 

The UE is originally in the URA_PCH state updated with URA-ID 1 . When the UE detects the expiry of timer T306 
according to the system information, the UE shall move to CELL_FACH state and transmit a URA UPDATE message 
to the SS on the uplink CCCH. In this message, the value "periodic URA update" shall be set in IE" URA update 
cause". After the SS receives this message, it transmits a URA UPDATE CONFIRM message which includes the 
IE'new C-RNTI"," new U-RNTI" and indicating the IE'URA Identity" to be "URA-ID 2" to the UE on the downlink 
DCCH. The UE finds that the indicated URA-ID is not included in the list of URA-IDs broadcasted, the UE shall retry 
to transmit a URA UPDATE message for N303 times. After that, the UE shall enter idle state. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in URA_PCH state 
at the start of the test. SS sets 
internal counter Kto 1. 


2 


^ 


URA UPDATE 


The message shall indicate 
"periodic URA update" in IE" 
URA update cause". This 
message is sent following the 
expiry of timer T306. 
SS increments counter K by 1 . 


3 


^ 


URA UPDATE CONFIRM 


The SS transmit this message 
and set IE'URA Identity" to 
"URA-ID 2". When K greater 
than N303 proceeds to step 4, 
else SS waits for T303 to 
expires and executes step 2. 


4 






SS waits for a T306 to verify 
that no further URA UPDATE 
messages are transmitted by 
UE. The counter K shall be 
equal to (N303+1). The UE 
shall enter idle state. 



Specific Message Contents 

URA UPDATE CONFIRM (Step 4) 

Use the same message sub-type defined in TS 34.108 Clause 8, with the following exceptions: 



Information Element 


Value/remark 


URA Identity 


2 



8.3.2.6.5 



Test requirement 



After step 1 the UE shall detect the expiry of timer T306, then it shall move to CELL_FACH state and transmit a URA 
UPDATE message on the uplink CCCH, setting value "periodic URA update" into IE" URA update cause". 

After step 2 the UE shall retry to transmit a URA UPDATE message after it detects the confirmation error of URA-ID 
list for the URA-ID included in the URA UPDATE CONFIRM message. 

After step 3 the UE shall stop transmitting URA UPDATE message and then enters idle state. The counter K shall be 
equal to (N303+1). 
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8.3.2.7 URA Update: Success after T303 timeout 

8.3.2.7.1 Definition 



8.3.2.7.2 Conformance requirement 

The UE transmits a URA UPDATE message to the UTRAN when it needs to update UTRAN with the current URA 
identity stored the UE. When the UE fails to receive any URA UPDATE CONFIRM message after T303 timer expiry, 
it transmits a URA UPDATE message repeatedly at an interval of T303 timer value until its internal counter V303 is 
greater than N303. 

Reference 

3GPPTS 25.331 clause 8.3.2 

8.3.2.7.3 Test purpose 

To confirm that the UE attempts to repeat the URA update procedure upon the expiry of timer T303. To confirm that a 
maximum of N303 re-transmission is performed. 

8.3.2.7.4 Method of test 

Initial Condition 
System Simulator : 1 cell 
UE : URA_PCH 

Test Procedure 

The UE is in the URA_PCH. When the UE detects the expiry of timer T306 according to the system information, the 
UE moves to CELL_FACH state and transmits a URA UPDATE message to the SS on the uplink CCCH, setting value 
"periodic URA update" into IE" URA update cause". The SS ignores this message, the UE shall then retry to transmit a 
URA UPDATE message after the expiry of timer T303. SS continues to ignore further URA UPDATE message until it 
receives (N303+1) such message. Then it transmits a URA UPDATE CONFIRM message to the UE which includes 
IEs"new C-RNTI"," new U-RNTI". The UE shall then transmit an RNTI REALLOCATION COMPLETE message on 
the uplink DCCH. 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



397 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in URA_PCH state 
at the beginning of test. 
SS sets counter K to 1. SS 
waits for T306 to expire. 


2 


^ 


URA UPDATE 


This message shall contain 
value "periodic URA update" in 
IE" URA update cause" sent 
upon the expiry of timer T306. 


3 






SS increments K by 1 . 


4 






If K is not greater than N303, 
SS transmits no response to 
the UE, waits for an additional 
period equals to T303 timer 
and returns to step 2. Else, 
SS executes step 5. 


5 


^ 


URA UPDATE CONFIRM 


This message includes lEs" 
new C-RNTI" , "new U-RNTI" 


6 


■* 


RNTI REALLOCATION COMPLETE 





Specific Message Contents 

URA UPDATE CONFIRM (Step 5) 

Use the same message sub-type as in TS 34.108 Clause 8, with the following exceptions: 



Information Element 


Value/remark 


New U-RNTI 
SRNC Identity 

S-RNTI 
New C-RNTI 


'0000 0000 0001 ' 

Arbitrary 20-bit string which is different from S-RNTI 

field in IE"U-RNTI" 

Arbitrary 1 6-bit string which is different the assigned C- 

RNTI in RRC CONNECTION SETUP message. 



8.3.2.7.5 



Test requirement 



After step 1 the UE shall detect the expiry of timer T306, then it shall move to CELL_FACH state and transmit a URA 
UPDATE message on the uplink CCCH. The updating cause shall be set to "periodic URA update" in IE" URA update 
cause". 

After step 2 the UE shall retry to transmit a URA UPDATE message at each expiry of timer T303. UE shall attempt to 
re-transmit N303 URA UPDATE messages. 

After step 5 the UE shall transmit an RNTI REALLOCATION COMPLETE message on the uplink DCCH. 

8.3.2.8 URA Update: Failure ( V303 is greater than N303:T303 timeout ) 

8.3.2.8.1 Definition 



8.3.2.8.2 



Conformance requirement 



The UE transmits a URA UPDATE message to the UTRAN when it needs to update the UTRAN with the current URA 
of the UE. When the UE fails to receive the URA UPDATE CONFIRM message , the UE transmits a URA UPDATE 
message repeatedly after every expiry of T303 until its internal counter V303 is greater than N303. If V303 is greater 
than N303, UE stops sending URA UPDATE message and then enters idle state. 
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Reference 

3GPP TS 25.331 clause 8.3.2 



8.3.2.8.3 



Test purpose 



To confirm that the UE retries to perform the URA update procedure upon expiry of timer T303 and moves to idle state 
after retrying for N303 times. 



8.3.2.8.4 



Method of test 



Initial Condition 
System Simulator : 1 cell 
UE : URA_PCH 

Test Procedure 

The UE is in the URA_PCH state. When the UE detects the expiry of timer T306 according to the system information, 
the UE moves to CELL_FACH state and transmits a URA UPDATE message to the SS on the uplink CCCH. This 
message shall contain value "periodic URA update" in IE" URA update cause". SS ignores this message, the UE shall 
continue to transmit URA UPDATE messages for N303 times after the expiry of timer T303. After N303 re- 
transmissions, the UE shall enter idle state. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in URA_PCH state 
and SS sets counter K=0. SS 
wait until T303 expires. 


2 


^ 


URA UPDATE 


The value "periodic URA 
update" shall be set in IE" 
URA update cause". 


3 






SS ignores the message, 
waits for T303 timer to expire 
and increments K by 1 . If a 
message is received after 
T303 expiry, return to step 2. 
Else, go to step 4. 


4 






SS checks that K is equal to 
(N303+1). 


5 






The UE shall enter idle state. 



Specific Message Contents 
None 



8.3.2.8.5 



Test requirement 



After step 1 the UE shall detect the expiry of timer T306, then it shall move to CELL_FACH state and transmit a URA 
UPDATE message on the uplink CCCH, setting "periodic URA update" into IE" URA update cause". 

After step 2 the UE shall retry to transmit a URA UPDATE message after the expiry of timer T303. SS shall receive 
(N303+1) CELL UPDATE message. After this, the UE shall enter idle state. 
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8.3.3. RNTI reallocation 



8.3.3.1 



RNTI reallocation: Success 



8.3.3.1.1 



Definition 



8.3.3.1.2 



Conformance requirement 



This procedure is used by the network to assign a new RNTI identity to the UE. It is initiated by the UTRAN when it 
sends an RNTI REALLOCATION message, which includes a new C-RNTI and/or U-RNTI on the downlink DCCH. 
The UE starts to use the new identities and transmits an RNTI REALLOCATION COMPLETE message to the UTRAN 
on the uplink DCCH. 

Reference 

3GPPTS 25.331 clause 8.3.3 



8.3.3.1.3 



Test purpose 



To confirm that the UE starts to use the new identities after it receives an RNTI REALLOCATION message from the 
SS. To confirm that the UE use the new U-RNTI identity to calculate the applicable paging occasions. 

[Editor's note] In this test case, it is assumed that the paging occasion during connected states can is determined using 
U-RNTI. From TS 25.304 Clause 8, this assumption cannot be confirmed. Further clarification is required regarding 
this issue. 



8.3.3.1.4 



Method of test 



Initial Condition 
System Simulator : lcell 
UE : CELL_FACH 

Test Procedure 

Initially, the UE is in the CELL_FACH state and it has been assigned a C-RNTI and U-RNTI. The SS transmits an 
RNTI REALLOCATION message which includes new C-RNTI and U-RNTI to the UE. Then the UE shall transmit an 
RNTI REALLOCATION COMPLETE message as confirmation and transits to CELL_PCH state. SS pages the UE by 
sending a PAGING TYPE 1 message and specifying the newly assigned U-RNTI identity in this messageThe UE shall 
transmit a CELL UPDATE message to the SS on the uplink CCCH which includes the U-RNTI identical to that found 
in RNTI REALLOCATION message received in step 2. The CELL UPDATE message shall also contain IE "Cell 
update cause" with this IE set to "paging response". After the SS receives this message, it transmits a CELL UPDATE 
CONFIRM message which includes IE'DRX Indicator" set to value "No DRX" to the UE on the downlink DCCH. 
The UE shall return to CELL_FACH state. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The initial state of the UE is 
CELL_FACH state. UE has 
been allocated both C-RNTI 
and U-RNTI during RRC 
connection establishment 
phase. 


2 


^ 


RNTI REALLOCATION 


Contains new C-RNTI and U- 
RNTI identities. 


3 


^ 


RNTI REALLOCATION COMPLETE 




4 


^ 


PAGING TYPE 1 


SS pages the UE using the 
new U-RNTI allocated in step 
2. 


5 


^ 


CELL UPDATE 


UE shall trigger cell updating. 
The message shall indicate 
the same U-RNTI assigned in 
the RNTI REALLOCATION 
message in step 2. 


6 


^ 


CELL UPDATE CONFIRM 


IE"DRX indicator" is set to "No 
DRX". 











Specific Message Content 

RNTI REALLOCATION (Step 2) 

Use the same message sub-type as in TS 34.108 Clause 8, with the following exceptions: 



Information Element 


Value/remark 


New U-RNTI 

- SRNC Identity 

- S-RNTI 
New C-RNTI 
DRX Indicator 


'0000 0000 0001 ' 

'0101 0101 0101 0101 0101' 

'1010101010101010' 

DRX with cell updating 



RNTI REALLOCATION COMPLETE (Step 3) 
Only the message type IE is checked in this message. 

PAGING TYPE 1 (Step 4) 

Use the same message sub-type as in TS 34.108 Clause 8, with the following exceptions: 
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Information Element 


Value/remark 


Page Record List 




- Paging record 




- CHOICE Paging orginator 


UTRAN originator 


- U-RNTI 




- SRNC Identity 


'0000 0000 0001' 


- S-RNTI 


'0101 0101 0101 0101 0101' 


BCCH modification info 


Not Present 



CELL UPDATE (Step 5) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 
Integrity check info 

AMRLC error indicator (for C-plane) 
AM_RLC error indicator (for U-plane) 
Cell Update Cause 
Protocol error indicator 
Measured results on RACH 
Protocol error information 


Check to see if set to '0000 0000 0001 ' 

Check to see if set to '01 01 0101 0101 0101 0101' 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Paging Response' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



CELL UPDATE CONFIRM (Step 6) 

Use the same message sub-type as in TS 34.108 Clause 



8.3.3.1.5 



Test requirement 



After step 2 the UE shall transmit an RNTI REALLOCATION COMPLETE message on the uplink DCCH. The MAC 
PDU carrying this message shall comprise either the new C-RNTI or U-RNTI allocated in the "UE-id" field of the 
MAC header. 

After step 4 the UE shall transmit a CELL UPDATE message on the uplink CCCH with IE" Cell update cause" set to 
"paging response". The IE"U-RNTI" shall be identical to the IF'New RNTI" found in RNTI REALLOCATION 
message sent by the SS in step 2. 

8.3.3.2 RNTI reallocation: Failure (Invalid message reception) 

8.3.3.2.1 Definition 



8.3.3.2.2 



Conformance Requirements 



When the UE receives an RNTI REALLOCATION message, which contains an error in one of the mandatory IE, it 
shall transmit a RNTI REALLOCATION FAILURE message on the DCCH using AM RLC and set the value "protocol 
error" in the IE'Tailure cause". The IE"protocol error information" in this message shall also be set to an appropriate 
value. The UE shall not utilize any identities relayed in the erroneous message, and it shall resume normal operations. 



8.3.3.2.3 



Test Purpose 



To confirm that the UE ignore the new connected mode identities conveyed in an erroneous RNTI REALLOCATION 
message. To confirm that the UE report this event to the UTRAN by sending RNTI REALLOCATION FAILURE 
message, stating the appropriate failure cause and information. 
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8.3.3.2.4 



Method of test 



Initial Conditions 
System Simulator : 1 cell 
UE : CELL_FACH 

Test Procedure 

The UE is brought to CELL_FACH state. SS transmits a RNTI REALLOCATION message to the UE on the DCCH 
using UM-RLC mode. In this message, the IE"DRx Indicator" is set to one of the spare values. A new U-RNTI 
identity is also present in this message. The UE shall respond by transmitting the RNTI REALLOCATION FAILURE 
message, indicating "protocol error" in IE'Tailure cause" and also "Information element not comprehended" in 
IE'Trotocol error information". After receiving the RNTI REALLOCATION FAILURE message, SS waits for a 
duration to allow T305 to expire. The UE shall transmit CELL UDPATE message with the original U-RNTI identity 
assigned. SS complete this test by sending CELL UPDATE CONFIRM message to the UE on the downlink DCCH. 

Expected Sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The initial state of the UE is 
CELL FACH state. 


2 


^ 


RNTI REALLOCATION 


Contains a new U-RNTI 
identity, but a spare value is 
used in the IE"DRx indicator" 


3 


-* 


RNTI REALLOCATION FAILURE 


UE shall transmit this 
message to report the error in 
RNTI REALLOCATION 
message. It shall include the 
appropriate cause in the 
message. 


4 






SS waits for a period up to 
timer T305 to allow the UE to 
start performing a cell 
updating procedure. 


5 


■* 


CELL UPDATE 


UE shall trigger periodic cell 
updating. The message shall 
not contain the U-RNTI given 
in the RNTI REALLOCATION 
message in step 2. 


6 


^ 


CELL UPDATE CONFIRM 













Specific Message Content 

RNTI REALLOCATION (Step 2) 

Use the same message sub-type as in TS 34.108 Clause 8, with the following exceptions: 
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Information Element 


Value/remark 


New U-RNTI 

- SRNC Identity 

- S-RNTI 
DRX Indicator 


0000 0000 0001 B 

0000 0000 0000 0000 0001 1 B 

Set to one of the spare value 



RNTI REALLOCATION FAILURE (Step 3) 



Information Element 


Value/remark 


Failure Cause 

Protocol Error Information 


Check to see if set to 'Protocol error' 

Check to see if set to 'Information Element not 

comprehended' 



CELL UPDATE (Step 5) 



Information Element 


Value/remark 


U-RNTI 

- SRNC Identity 

- S-RNTI 

Integrity check info 

AM_RLC error indicator (for C-plane) 

AM_RLC error indicator (for U-plane) 

Cell update cause 

Protocol error indicator 

Measured results on RACH 

Protocol error information 


Shall be the same as the original U-RNTI allocated 

Check to see if set to '0000 0000 0000 0001 'B 

Check to see if set to '0000 0000 0000 0000 0000 

0001 'B 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Periodic Cell Updating' 

Check to see if it is absent or set to 'FALSE' 

Check to see if it is absent 

Check to see if it is absent 



CELL UPDATE CONFIRM (Step 6) 

Use the same message sub-type as in TS 34.108 Clause 8 



8.3.3.2.5 



Test Requirement 



After step 2 the UE shall transmit RNTI REALLOCATION FAILURE message, indicating the value "protocol error" in 
IE'Tailure cause" and also "information element not comprehended" in IE"protocol error information". 

After step 4 the UE shall initiate a periodic cell updating procedure by transmitting CELL UPDATE message on the 
CCCH. In this message, the U-RNTI identity shall be set to the same value as assigned during the RRC connection 
establishment procedure. 

8.3.4 Active set update in soft handover 

8.3.4.1 Active set update in soft handover: Radio Link addition 

8.3.4.1.1 Definition 



8.3.4.1.2 



Conformance requirement 



Radio link addition is triggered in the network's RRC layer. The RRC entity in the network first configures the new 
radio link. Transmission and reception then begin immediately. This procedure is to update the active set of the 
connection between the UE and UTRAN. The UTRAN then transmits an ACTIVE SET UPDATE message to the UE. 
The UE configures layer 1 to begin reception for the additional radio link. After the UE receives confirmation from the 
physical layer in the UE, an ACTIVE SET UPDATE COMPLETE message is sent to the UTRAN. 

Reference 

3GPPTS 25.331 clause 8.3.4 
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8.3.4.1.3 



Test purpose 



To confirm that the UE continues to communicate with the SS on both the additional radio link and an already existing 
radio link after the radio link addition. 



8.3.4.1.4 



Method of test 



Initial Condition 

System Simulator : 2cells - Cell 1 is active ,Cell 2 is active 

UE : CELL_DCH in cell 1 

Test Procedure 

Initially, the UE establishes a radio access bearer in the CELL_DCH state in cell 1. The SS begins to configure the new 
radio link to be added from cell 2. Then the SS transmits to the UE an ACTIVE SET UPDATE message in cell 1 on 
DCCH using AM RLC which includes the IE" Radio Link Addition Information". (e.g. Downlink DPCH information 
and other optional parameters relevant for the additional radio links with Primary CPICH info used for the reference 
ID). When the UE receives this message, the UE shall configure layer 1 to begin reception without affecting the current 
uplink and downlink activities of existing radio links. After the UE confirms the synchronization with the new radio 
link from cell 2, the UE shall transmit an ACTIVE SET UPDATE COMPLETE message to the SS on the uplink DCCH 
using AM RLC. The UE continues to communicate with the SS on the both radio links. To test this condition, SS 
ceases the operations of all uplink and downlink DPCH from cell 1. SS shall observe that the data communication for 
both DCCH and DTCH channels continue as per normal using cell 2, as if cell 1 is still operational. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is brought to 
CELL_DCH state in cell 1, 
after the successful 
establishment of a radio 
access bearer service. 


2 






The SS configures an 
additional radio link in the 
downlink direction from cell 2. 


3 


^ 


ACTIVE SET UPDATE 


SS transmits this massage in 
cell 1 on downlink DCCH 
using AM RLC. The message 
includes IE" Radio Link 
Addition Information", 
(e.g. Downlink DPCH 
information and other optional 
parameters relevant for the 
additional radio links with 
Primary CPICH info used for 
the reference ID in cell 2) 


4 


^ 


ACTIVE SET UPDATE COMPLETE 


The UE shall configure a new 
radio link to cell 2, without 
interfering with existing 
connections on the radio link 
in cell 1 . SS ceases all Tx and 
Rx activities in cell 1 . But it 
shall be able to communicate 
with UE through cell 2. 
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Specific Message Content 



ACTIVE SET UPDATE 



The message to be used in this test is defined in the default message content clause, with the following exceptions: 



Information Element 


Value/remark 


Radio link addition information 




- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code as assigned for cell 2 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


P-CPICH can be used. 


- Secondary CPICH info 


Not Present 


- DL channelisation code 


This IE is repeated for all existing downlink DPCHs 




allocated to the UE 


- Secondary scrambling code 


Not Present 


- CHOICE Spreading factor 


512 


- Code Number 


For each DPCH, assign the same code number in the 




current code given in cell 1 . 


- TPC Combination Index 


Not Present 


- SSDT Cell Identity 


Not Present 


- Close loop timing adjustment mode 


Not Present 


- TFCI Combining Indicator 


Not Present 


- Secondary CCPCH Info 


Not Present 


-TFCS 


Not Present 


- FACH/PCH Information 


Not Present 


- Reference to other system information blocks 


Not Present 


Radio link removal information 


Not Present 



8.3.4.1.5 



Test requirement 



After step 3 the UE shall configures a new radio link to cell. 2, with the connection on the old radio link in cell 1 
remaining operational and unaffected. It shall transmit an ACTIVE SET UPDATE COMPLETE message on the uplink 
DCCH using AM RLC to acknowledge the completion of the active set additional procedure. 

After step 4 the SS shall continue to communicate with the UE using the radio links added to the UE from cell 2. 

8.3.4.2 Active set update in soft handover : Radio Link removal 

8.3.4.2.1 Definition 



8.3.4.2.2 



Conformance requirement 



This procedure is to update the active set of the connection between the UE and the UTRAN after the UTRAN has 
commanded a removal of a radio link from the current active set. The UTRAN RRC transmits an ACTIVE SET 
UPDATE message to the UE RRC. The UE RRC requests UE LI to terminate transmission and reception of the radio 
link to be removed. The UE shall continue to communicate normally with the UTRAN using the new active set, 
without losing the connection link. After this the UE acknowledges the radio link removal by sending an ACTIVE SET 
UPDATE COMPLETE message to the UTRAN on DCCH using AM RLC. 

Reference 

3GPP TS 25.331 clause 8.3.4 



8.3.4.2.3 



Test purpose 



To confirm that the UE continues to communicate with the SS on the remaining radio link after radio link removal on 
the active set. 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



406 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



8.3.4.2.4 



Method of test 



Initial Condition 

System Simulator : 2cells - both Cell 1 and Cell 2 are active 

UE : CELL_DCH in cell 1 

Test Procedure 

At the start of the test, the UE establishes a radio access bearer service in the CELL_DCH state in cell 1 . This is 
followed by a radio link addition procedure in cell 2. SS then transmits an ACTIVE SET UPDATE message, which 
includes IE" Radio Link Removal Information" and specifying the P-CPICH information of the cell to be removed. 
When the UE receives this message, the UE RRC entity shall request UE LI entity to terminate transmission and 
reception of the radio link from cell 1 . Then the UE transmits an ACTIVE SET UPDATE COMPLETE message to the 
SS on the uplink DCCH using AM RLC. The UE shall continue to communicate with the SS on the remained radio link 
in cell 2. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in the CELL DCH 
state in cell 1 . SS executes 
test 8. 3.4.1, and the UE shall 
update the active set to 
contain cell 1 and cell 2 after 
the radio link addition 
procedure. 


2 


^ 


ACTIVE SET UPDATE 


The SS transmits this 
massage on downlink DCCH 
using AM RLC which includes 
IE" Radio Link Removal 
Information". 


3 


^ 


ACTIVE SET UPDATE COMPLETE 


The UE shall remove the radio 
link associated with cell 1 . 


4 






The SS stops transmission on 
the downlink direction from cell 
1 and the UE shall continue to 
communicate on the remaining 
radio link in cell 2. 



Specific Message Contents 



ACTIVE SET UPDATE 



The message to be used in this test is the same as the message sub-type found in TS 34.108 clause 8, with the following 
exceptions: 
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Information Element 


Value/remark 


Radio link addition information 
Radio link removal information 
- Primary CPICH info 
- Primary scrambling code 


Not Present 

1 radio link to be removed 

Set to the same P-CPICH scrambling code assigned for 
cell 1 



8.3.4.2.5 



Test requirement 



After step 2 the UE shall remove the radio link from cell 1 and it shall transmit an ACTIVE SET UPDATE 
COMPLETE message on the uplink DCCH using AM RLC. 

After step 3 the UE shall continue to communicate on the remaining radio link from cell 2. 

8.3.4.3 Active set update in soft handover: Combined radio link addition and 

removal (active set is not full) 



8.3.4.3.1 



Definition 



8.3.4.3.2 



Conformance requirement 



When radio links are to be replaced, the UTRAN RRC first configures the UTRAN LI to activate the radio link(s) that 
are being added. The UTRAN RRC then transmits an ACTIVE SET UPDATE message to the UE RRC, which shall 
configure the UE LI to terminate transmission and reception on the removed radio link(s) and begin transmission and 
reception on the added radio link(s). At the completion of the reconfiguration of radio links, the UE shall acknowledge 
the replacement with an ACTIVE SET UPDATE COMPLETE message. 

Reference 

3GPP TS 25.331 clause 8.3.4 



8.3.4.3.3 



Test purpose 



To confirm that the UE continues to communicate with the SS on the added radio link and removes radio link which 
exists prior to the execution of active set update procedure. 



8.3.4.3.4 



Method of test 



Initial Condition 

System Simulator : 2cells- Both Cell 1 and Cell 2 are active 

UE :CELL_DCH in cell 1 [Active set is not full.] 

Test Procedure 

The UE establishes a radio access bearer in the CELL_DCH state in cell 1. SS begin to configure the new radio link in 
cell 2. Then the SS transmits to the UE an ACTIVE SET UPDATE message in cell 1 on DCCH using AM RLC. The 
message includes IE" Radio Link Addition Information", and IE" Radio Link Removal Information", indicating the 
removal of cell 1 and addition of cell 2 into the active set. When the UE receives this message, the UE RRC shall 
terminate the transmission and reception of the removed radio link in cell 1 and then configures layer 1 to begin 
transmission and reception in cell 2. After the UE received confirmations from the physical layer regarding the update 
of active set, it transmits an ACTIVE SET UPDATE COMPLETE message on the uplink DCCH to the SS. The UE 
shall continue to communicate with the SS on the added radio link in cell 2. When SS receives ACTIVE SET 
UPDATE COMPLETE message, it verifies that the UE has ceased any uplink transmission in cell 1. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in the CELL_DCH 
state in cell 1 


2 






The SS configures an 
additional radio link in cell 2, 
starting the transmission and 
reception of data in cell 2. 
Clause 


3 


^ 


ACTIVE SET UPDATE 


The SS transmit this message 
on downlink DCCH using AM 
RLC which includes IE" Radio 
Link Addition Information" for 
cell 2 and IE" Radio Link 
Removal Information" for cell 
1. 


4 


^ 


ACTIVE SET UPDATE COMPLETE 


The UE shall configure a new 
radio link in cell 2 and 
removes the old radio link in 
cell 1. 


5 






The SS removes the radio link 
from cell 1 and the UE shall 
continue to communicate on 
the added radio link in cell 2, 
and not transmit any data in 
celM. 



Specific Message Content 



ACTIVE SET UPDATE 



The message to be used in this test is defined in the default message content clause, with the following exceptions: 



Information Element 


Value/remark 


Radio link addition information 




- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code as assigned for cell 2 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


P-CPICH can be used. 


- Secondary CPICH info 


Not Present 


- DL channelisation code 


This IE is repeated for all existing downlink DPCHs 




allocated to the UE 


- Secondary scrambling code 


Not Present 


- CHOICE Spreading factor 


512 


- Code Number 


For each DPCH, assign the same code number in the 




current code given in cell 2. 


- TPC Combination Index 


Not Present 


- SSDT Cell Identity 


Not Present 


- Close loop timing adjustment mode 


Not Present 


- TFCI Combining Indicator 


Not Present 


- Secondary CCPCH Info 


Not Present 


-TFCS 


Not Present 


- FACH/PCH Information 


Not Present 


- Reference to other system information blocks 


Not Present 


Radio link removal information 




- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code assigned as for cell 1 



8.3.4.3.5 



Test requirement 



After step 3 the UE shall remove the radio link in cell 1 and add the radio link in cell 2. Then the UE shall transmit an 
ACTIVE SET UPDATE COMPLETE message the uplink DCCH. 
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After step 4 the UE shall continue to communicate on the added radio link in cell 2. SS monitors the uplink direction to 
confirm that no data are designated for reception in cell 1 . 

8.3.4.4 Active set update in soft handover: Unsupported Configuration in the UE 

8.3.4.4.1 Definition 

8.3.4.4.2 Conformance requirement 

If the UTRAN attempts to remove a radio link that is not currently present in the UE's active set, the UE transmits an 
ACTIVE SET UPDATE FAILURE message on the DCCH using AM RLC and maintain its current communication 
status with the radio links. 

Reference 

3GPPTS 25.331 clause 8.3.4 

8.3.4.4.3 Test purpose 

To confirm that the UE transmits an ACTIVE SET UPDATE FAILURE message on the DCCH using AM RLC, 
following the reception of a message specifying the removal of a radio link unknown to the UE. 

8.3.4.4.4 Method of test 

Initial Condition 

System Simulator : 2cells - Cell 1 is active, Cell 2 is active. 

UE:CELL_DCHincelll. 

Test Procedure 

The UE establishes a radio access bearer in the CELL_DCH state in cell 1. SS requests for a radio link addition by 
executing the steps described in test case 8.3.4.1. The UE shall then include cell 2 into its active set and establish the 
transmission and reception capabilities related to cell 2. SS then transmits an ACTIVE SET UPDATE message in cell 1 
on DCCH using AM RLC which includes IE" Radio Link Removal Information" This IE indicates that a cell with 
unknown P-CPICH scrambling code be removed from the active set. When the UE receives this message, it transmits 
an ACTIVE SET UPDATE FAILURE message which is set to "configuration unacceptable" in IE" failure cause" on 
the uplink DCCH using AM RLC to the SS, and continues to communicate on the existing radio links in cell 1 and cell 
2. 
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Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in the CELL_DCH 
state in cell 1 . 


2 






SS commands the UE to 
perform a radio link addition 
procedure by executing the 
steps in test case 8.3.4.1 . The 
UE shall respond accordingly. 
Both cell 1 and cell 2 should 
be found in the active set 
maintained by the UE. 


3 


^ 


ACTIVE SET UPDATE 


The SS transmits this 
message on downlink DCCH 
using AM RLC which includes 
IE" Radio Link Removal 
Information". This content of 
this IE indicates an unknown 
cell. 


4 


■* 


ACTIVE SET UPDATE FAILURE 


The message shall state 
"configuration unacceptable" in 
IE"failure cause". UE shall 
continue to communicate 
normally with both cells 



Specific Message Contents 

ACTIVE SET UPDATE (Step 3) 

The message to be used in this test is defined in the default message content clause, with the following exceptions: 



Information Element 


Value/remark 


Radio link addition information 
Radio link removal information 
- Primary CPICH info 
- Primary scrambling code 


Not Present 

1 radio link to be removed 

Set to an unknown scrambling code not assigned to any 
cells. 



ACTIVE SET UPDATE FAILURE (Step 4) 



Information Element 


Value/remark 


Integrity check info 
Failure cause 


Not Checked 

Check to see if it's set to 'configuration unacceptable' 



8.3.4.4.5 



Test requirement 



After step 3 the UE shall transmit an ACTIVE SET UPDATE FAILURE message, setting "configuration unacceptable'' 
in IE" failure cause" and sent on the uplink DCCH using AM RLC. 

After step 4 the UE shall continue to communicate on the radio links for both cell 1 and cell 2. 

8.3.4.5 Active set update in soft handover: Combined radio link addition and 

removal (active set is full) 



8.3.4.5.1 



Definition 
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8.3.4.5.2 



Conformance requirement 



When the UE active set is full, the UE shall first remove the old radio link and then add the new radio link, after it 
receives an ACTIVE SET UPDATE message for the combined radio link addition and removal. 

Reference 

3GPPTS 25.331 clause 8.3.4 



8.3.4.5.3 



Test purpose 



To confirm that the UE removes one of existing radio links, which is indicated in an ACTIVE SET UPDATE message 
and continues to communicate on the added radio link. 



8.3.4.5.4 



Method of test 



Initial Condition 

System Simulator : 3 cells - Cell 1 , Cell 2, and Cell 3 are all active 

UE :CELL_DCH in cell 1, cell 2 (The assumed maximum number for active set is 2.) 

[Editor's Note] The maximum number of radio link (i.e. MaxRL) specified in CR328 ofTS 25.331 is 8. However, if the 
UE capability is more inferior in this aspect, can the assumption above still stands? 

Test Procedure 

The UE establishes a radio access bearer in the CELL_DCH state in cell 1 and cell 2. The SS configures the new radio 
link in cell 3 and sends an ACTIVE SET UPDATE message on DCCH using AM. This message includes IE" Radio 
Link Addition Information" indicating cell 3 to be added into the active set, and IE" Radio Link Removal Information" 
indicating the removal of cell 1 from the active set. When the UE receives this message, it shall not report a failure but 
firstly removes the indicated radio link and then adds the new radio link. Then the UE transmits an ACTIVE SET 
UPDATE COMPLETE message on the DCCH using AM RLC to the SS and continues to communicate with the SS on 
the added radio link and the remaining old radio link. 



Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in the CELL_DCH 
state in cell 1 and cell 2. 


2 






The SS configures an 
additional radio link in for cell 
3, and starts reception and 
transmission using cell 3. 


3 


<r 


ACTIVE SET UPDATE 


The SS transmit this massage 
on downlink DCCH using AM 
RLC which includes IE" Radio 
Link Addition Information" and 
IE" Radio Link Removal 
Information". The contents of 
the IE dictate the addition of 
cell 3 into the active set and 
removal of cell 1 from it. 


4 


-$ 


ACTIVE SET UPDATE COMPLETE 


The UE shall configure a new 
radio link in cell 3 and 
removes the old radio link in 
cell 1. 


5 






The SS removes the radio link 
in cell 1. The UE shall 
continue to communicate on 



the added radio link in cell 3 
and also the existing radio link 
in cell 2. 
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Specific Message Content 



ACTIVE SET UPDATE 



The message to be used in this test case isidentical to the same message sub-type found in TS 34.108 Clause 8clause, 
with the following exceptions: 



Information Element 


Value/remark 


Radio link addition information 




- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code as assigned for cell 3 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


P-CPICH can be used. 


- Secondary CPICH info 


Not Present 


- DL channelisation code 


This IE is repeated for all existing downlink DPCHs 




allocated to the UE 


- Secondary scrambling code 


Not Present 


- CHOICE Spreading factor 


512 


- Code Number 


For each DPCH, assign the same code number in the 




current code given in cell3. 


- TPC Combination Index 


Not Present 


- SSDT Cell Identity 


Not Present 


- Close loop timing adjustment mode 


Not Present 


- TFCI Combining Indicator 


Not Present 


- Secondary CCPCH Info 


Not Present 


-TFCS 


Not Present 


- FACH/PCH Information 


Not Present 


- Reference to other system information blocks 


Not Present 


Radio link removal information 




- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code assigned as for cell 1 



8.3.4.5.5 



Test requirement 



After step 3 the UE shall remove the radio link in cell 1 and add the radio link in cell 3. Then the UE shall transmit an 
ACTIVE SET UPDATE COMPLETE message on the uplink DCCH. 

After step 4 the UE shall continue to communicate on the added radio link in cell 3 and on the existing old radio link in 
cell 2. It shall cease all transmission to cell 1 . 

8.3.4.6 Active set update in soft handover: Incompatible simultaneous 

reconfiguration 



8.3.4.6.1 



Definition 



8.3.4.6.2 



Conformance Requirements 



The UE shall keep its old configuration, when it receives an ACTIVE SET UPDATE message before it can 
complete an existing active set update procedure. The UE shall then transmit an RRC STATUS message on 
the DCCH using AM RLC with value "Message not compatible with receiver state" set in IE" Protocol error 
cause". Then the UE shall continue to update its active set as if the second ACTIVE SET UPDATE message 
has not been received. 

Reference 

3GPPTS 25.331 clause 8.3.4 
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8.3.4.6.3 



Test Purpose 



To confirm that the UE resumes the prior active set update request, when it receives a subsequent ACTIVE SET 
UPDATE before it has completely executed the first update procedure. To confirm that the UE transmits a RRC 
STATUS message to report the detection of "incompatible simultaneous reconfiguration" condition. 

Method of test 

Initial Condition 

System Simulator : 2 cells - both cell 1 and cell 2 are active 

UE : CELL DCH in cell 1 and cell 2 



8.3.4.6.4 



Test Procedure 



The UE establishes a radio access bearer in CELL_DCH state in cell 1 and cell 2. SS transmits an ACTIVE SET 
UPDATE message to request for the removal of cell 1 from the active list. When the UE sends an acknowledgement 
for this message from its RLC entity, SS immediately transmits a second ACTIVE SET UPDATE message, which 
specifies that cell 1 to be added into the active list. The UE shall react by transmitting RRC STATUS message on the 
DCCH using AM-RLC mode. In this message, the IE'Trotocol error cause" shall be set to "Message not compatible 
with receiver state". Subsequently, the UE shall transmit the ACTIVE SET UPDATE COMPLETE message when the 
reconfiguration from the earlier active set update is completed. When SS receives this message, it verifies that UE 
continues to communicate with the SS on the radio link in cell 2. 

Expected Sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is CELL_DCH state in 
both cell 1 and cell 2. 


2 


^ 


ACTIVE SET UPDATE 


The SS transmits this 
message on downlink DCCH 
using AM RLC, requesting for 
cell 1 to be removed from the 
active set. 


3 


^ 


ACTIVE SET UPDATE 


Immediately after UE 
acknowledges the message in 
step 2, SS transmits this 
message. This message 
specifies that cell 1 be added 
into the active set. 


4 


^ 


RRC STATUS 


UE shall transmit this 
message with the IE"Protocol 
Error Cause" set to "Message 
not compatible with receiver 
state" 


5 


^ 


ACTIVE SET UPDATE COMPLETE 


UE shall transmit this 
message to signal the 
completion of the active set 
update. 


6 






UE shall cease all 
communication with cell 1 and 
continue to communicate with 
cell 2 only. 



Specific Message Contents 

ACTIVE SET UPDATE (Step 2) 

The message to be used in this test is defined in the default message content clause, with the following exceptions: 
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Information Element 


Value/remark 


Radio link addition information 
Radio link removal information 
- Primary CPICH info 
- Primary scrambling code 


Not Present. 

Set to the P-CPICH scrambling code assigned to cell 1 . 



ACTIVE SET UPDATE (Step 3) 



Information Element 


Value/remark 


Radio link addition information 




- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code as assigned for cell 1 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


P-CPICH can be used. 


- Secondary CPICH info 


Not Present 


- DL channelisation code 


This IE is repeated for all existing downlink DPCHs 




allocated to the UE 


- Secondary scrambling code 


Not Present 


- CHOICE Spreading Factor 


512 


- Code Number 


For each DPCH, assign the same code number in the 




current code given in cell 1 . 


- TPC Combination Index 


Not Present 


- SSDT Cell Identity 


Not Present 


- Close loop timing adjustment mode 


Not Present 


- TFCI Combining Indicator 


Not Present 


- Secondary CCPCH Info 


Not Present 


-TFCS 


Not Present 


- FACH/PCH information 


Not Present 


- Reference to other system information blocks 


Not Present 


Radio link removal information 


Not Present 



RRC STATUS 



Information Element 


Value/remark 


Protocol Error Cause 


Check if it's set to 'Message not compatible with 
receiver state' 



8.3.4.6.5 



Test Requirement 



After step 3 the UE shall report the "incompatible simultaneous reconfiguration" error by transmitting RRC STATUS 
message on the DCCH. In this message, the value "Message not compatible with receiver state" shall be set in 
IE'Trotocol error cause". 

After step 4 the UE shall transmit ACTIVE SET UPDATE COMPLETE message on the uplink DCCH of cell 2. 

After step 5 the UE shall continue to communicate normally with the SS using the radio link from cell 2. 

8.3.4.7 Active set update in soft handover: Invalid Message Reception 

8.3.4.7.1 Definition 



8.3.4.7.2 



Conformance Requirement 



The UE shall keep its old configuration when the UE receives an ACTIVE SET UPDATE message, which omits a 
conditional IE. It shall transmit a ACTIVE SET UPDATE FAILURE message which set value "protocol error" in IE" 
failure cause" and also value "Conditional information element error" in IE" Protocol error cause". 

Reference 

3GPP TS 25.331 clause 8.3.4 
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8.3.4.7.3 



Test Purpose 



To confirm that the UE retains its active set list when it receives an ACTIVE SET UPDATE message, with a 
conditional IE missing in the message. 



8.3.4.7.4 



Method of test 



Initial Condition 

System Simulator : 2 cells - both cell 1 and cell 2 are actiive. 

UE : CELL_DCH in cell 1 (Integrity protection algorithm is not applied at the start of test) 

Test Procedure 

The UE establishes a radio access bearer in CELL_DCH in cell 1. SS requests that cell 2 be added into the active set by 
performing the steps described in test cases 8.3.4.1. The UE shall react accordingly and incorporate cell 2 into its active 
set. SS transmits an ACTIVE SET UPDATE message , with both IE'Tntegrity check info" and IE'Tntegrity protection 
mode info" present in the message. This message also commands the starting of integrity mode protection. However, 
the IE"integrity protection initialisation number" is omitted. The UE shall detect that it has received an invalid message. 
It shall then send a ACTIVE SET UPDATE FAILURE message, stating the reason "Conditional information element 
error" in the IE'Trotocol error information". The UE shall not remove cell 1 from its current active set. 

Expected Sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is CELL DCH state in 
cell 1. 


2 






SS executes the steps in test 
case 8.3.4.1. The UE shall 
add cell 2 into its active set. 


3 


^ 


ACTIVE SET UPDATE 


The SS transmits this 
message on downlink DCCH 
using AM RLC which includes 
IE"lntegrity check info" and 
IE"lntegrity protection mode 
info". This message indicates 
that integrity mode protection 
be started but omit the 
IE"integrity protection 
initialisation number". The 
message also specifies that 
cell 1 be removed from the 
active set. 


4 


^ 


ACTIVE SET UPDATE FAILURE 


The message shall state 
"conditional information 
element error" in IE"protocol 
error information". UE shall 
continue to communicate 
normally with both cells. 



Specific Message Contents 

ACTIVE SET UPDATE (Step 3) 

The message to be used in this test is defined in the default message content clause, with the following exceptions: 
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Information Element 


Value/remark 


Integrity Check Info 




- Message authentication code 


Set to an arbitrary 32-bits string 


- RRC Message sequence number 


Set to an arbitrary integer between and 15 


Integrity Protection Mode Info 




- Integrity protection mode command 


Start 


- Downlink integration protection activation info 


Not Present 


- Integrity protection algorithm 


Standard UMTS Integrity Algorithm UIA1 


- Integrity protection initialisation number 


Not Present 


Radio link addition information 


Not Present 


Radio link removal information 




- Primary CPICH info 




- Primary scrambling code 


Set to the P-CPICH scrambling code assigned to cell 1 . 



ACTIVE SET UPDATE FAILURE (Step 4) 



Information Element 


Value/remark 


Protocol Error Information 
- Protocol Error Cause 


Check to see if it's set to 'Conditional information 
element error' 



8.3.4.7.5 



Test Requirement 



After step 3 the UE shall report a protocol error by transmitting the ACTIVE SET UPDATE FAILURE message on the 
DCCH. In this message, the value "Conditional information element error" shall be set in IE"Protocol Error 
Information". The UE shall continue to communicate normally with the SS using cell 1 and cell 2. 

8.3.5 Hard Handover 

[ Editor's note : This test is included in the "Physical channel reconfiguration" , "Radio bearer establishment" , "Radio 
bearer reconfiguration" , "Radio bearer release" and " Transport channel reconfiguration". ] 

8.3.6 Inter system hard handover to UTRAN 

[ Editor's note : This test is FFS until R2000 core specification will be defined.] 

8.3.7 Inter system hard handover from UTRAN 

[ Editor's note : This test is FFS until R2000 core specification will be defined.] 

8.3.8 Inter system cell reselection to UTRAN 

[ Editor's note : This test is FFS until R2000 core specification will be defined.] 

8.3.9 Inter system cell reselection from UTRAN 

[ Editor's note : This test is FFS until R2000 core specification will be defined.] 
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8.4 Measurement procedure 
8.4.1 Measurement Control and Report 

8.4.1 .1 Measurement Control and Report: Intra-frequency measurement for 

transition from idle mode to CELL_DCH state 

8.4.1.1.1 Definition 

8.4.1 .1 .2 Conformance requirement 

After a state transition from idle mode to CELL_DCH state, the UE shall continue to monitor the list of neighbouring 
cells which is specified in the SYSTEM INFORMATION BLOCK TYPE 1 1 (or 12) messages on BCCH. The UE shall 
send a MEASUREMENT REPORT message when reporting criteria are satisfied. During CELL_DCH state, if the UE 
receives a MEASUREMENT CONTROL message, it shall terminate existing monitoring activities for the neighbouring 
cells previously known from SYSTEM INFORMATION BLOCK TYPE 1 1 (or 12) messages. It shall perform the 
measurement and reporting tasks based on the latest MEASUREMENT CONTROL message received. 

Reference 

3GPPTS 25.331 clause 8.4.1.9 

8.4.1.1.3 Test Purpose 

To confirm that the UE continue to monitor CPICH RSCP measurement quantity of the neighbour cells after it has 
entered the CELL_DCH state from idle mode. When the criteria specified in BCCH have been met, it shall report the 
measurements to the SS using MEASUREMENT REPORT messages. To confirm that in CELL_DCH state, the UE 
respond to a modification of measurement criteria and adjust its measurement and reporting mechanism accordingly. 
To confirm that the UE terminates monitoring and measurement activities for the neighbour cells found in SYSTEM 
INFORMATION BLOCK TYPE 1 1 (or 12) message, after it has received a MEASUREMENT CONTROL message 
which specifies the measurement type to be "intra-frequency measurement". To confirm that the UE restart the 
monitoring and reporting activities based on the last MEASUREMENT CONTROL message received. 

8.4.1.1.4 Method of test 

Initial Condition 

System Simulator : 2 cells - Cell 1 is active and the downlink P-CPICH has a transmission level (RSCP) of -40 dBm, 
cell 2 is also active but with a P-CPICH transmission power lOdB below cell 1. 

UE : idle state after having successfully camped onto cell 1 . 

Test Procedure 

The UE is initially at idle mode and has selected cell 1 for camping. The SYSTEM BLOCK TYPE 1 1 message is 
modified with respect to the default settings to prevent reporting of CFN-SFN difference and also to include cell 2 into 
the monitored neighbour cell list. The key measurement parameters are as follow: measurement type = "intra-frequency 
measurement", measurement quantity = "CPICH RSCP", report criteria = "periodic reporting criteria", reporting 
interval = "12 seconds". 

SS pages the UE with the cause "Incoming circuit-switched call". The UE shall transmit a RRC CONNECTION 
REQUEST message on the CCCH, SS replies with RRC CONNECTION SETUP message and allocates uplink and 
downlink DPDCH physical resources to the UE. UE then moves to CELL_DCH state. After approximately 12 
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seconds, the UE shall transmit a MEASUREMENT REPORT message with measurement readings from cell 2. SS 
waits for 25 seconds after the sending of RRC CONNECTION SETUP message to verify that 2 consecutive 
MEASUREMENT REPORT messages are received. 

Then SS modifies the contents of MASTER INFORMATION BLOCK and SYSTEM INFORMATION BLOCK TYPE 
12 messages. The measurement parameters for cell 2 are changed in the following manner: report criteria = "event- 
trigger", event identity = "If, reporting threshold = "-65 dBm". SS then begins to decrease the transmission power of 
P-CPICH in cell 2 progressively at the rate of 0.5dB/sec. SS checks to see that no MEASUREMENT REPORT 
messages are sent within the next 12 seconds (which is due to periodic reporting). The UE shall detect this change and 
discontinue the periodic reporting of RSCP value estimation from cell 2. After approximately 35 seconds later, the UE 
shall transmit MEASUREMENT REPORT message to indicate that the RSCP of cell 2 has reached the threshold 
specified. In this message, the correct measurement identity shall be stated. Finally, SS sends a MEASUREMENT 
CONTROL message to request a periodic reporting of measurement quantity P-CPICH Ec/No from cell 2. The 
reporting interval is set to 32 seconds. Within the MEASUREMENT CONTROL message, a new measurement identity 
is assigned. After receiving this message, the UE shall stop reporting quantity P-CPICH RSCP of cell 2. Moreover, the 
UE shall start to transmit MEASUREMENT REPORT messages with the contents pertaining to new measurement 
identity on cell 2's P-CPICH Ec/No. 

Expected Sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


SYSTEM INFORMATION BLOCK TYPE 1 1 


The UE is idle mode and 
camped onto cell 1 . Cell 2 is 
also active but the P-CPICH 
has a RSCP 10dB below that 
of cell 1 . SYSTEM 
INFORMATION TYPE 12 to 
be transmitted is different from 
the default settings (see 
specific message contents) 


2 


^ 


PAGING TYPE 1 


SS sends this message to 
page for the UE. 


3 


^ 


RRC CONNECTION REQUEST 




4 


^ 


RRC CONNECTION SETUP 


SS allocates DPCH physical 
channels to UE 


5 


^ 


RRC CONNECTION COMPLETE 


UE transmits this message to 
acknowledge the SETUP 
message and moves to 
CELL_DCH state. 


6 


^ 


MEASUREMENT REPORT 


SS waits for 25 seconds. It 
shall receive 2 consecutive 
MEASUREMENT REPORT 
messages 


7 


^ 


MASTER INFORMATION BLOCK 
SYSTEM INFORMATION BLOCK TYPE 12 


SS modifies the contents of 
system information, so that 
measurement for cell 2 is 
changed to "event trigger" with 
"event identity" set to 1f. SS 
then reduces the transmission 
power of cell 2's P-CPICH 
progressively by 0.5dB/sec. 


8 






SS monitors the DCCH for the 
next 1 2 seconds to make sure 
that no further 
MEASUREMENT REPORT 
messages are transmitted. 
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9 


^ 


MEASUREMENT REPORT 


UE shall transmit this 
message approximately 35 
seconds after step 7, as its 
internal estimation of the 
RSCP of cell 2 has dropped 
below the threshold. 


10 


^ 


MEASUREMENT CONTROL 


A new measurement identity 
is assigned, with the reporting 
quantity changed to cell 2's P- 
CPICH Ec/No 


11 


^ 


MEASUREMENT REPORT 


SS verifies that UE transmits 
MEASUREMENT REPORT 
messages periodically to 
report the P-CPICH Ec/No 
value of cell 2. 



Specific Message Contents 

All messages indicated below shall use the same content as described in default message content, with the following 
exceptions: 
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SYSTEM INFORMATION BLOCK TYPE 11 (Step 1) 



Information Element 


Value/Remark 


Reference to other system information blocks 


Not Present 


FACH measurement occasion info 


Not Present 


Measurement control system information 




- Intra-frequency measurement system 




information 




- Intra-frequency measurement identity number 


1 


- Intra-frequency cell info list 




- Removed intra-frequency info list 


Not Present 


- New intra-frequency info list 




- Intra-frequency cell id 


Set to id of cell 2 


- Cell info 




- Cell individual offset 


OdB 


- Reference time difference to cell 


chips 


- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code as used for cell 2 


- Primary CPICH TX power 


Not Present 


- Read SFN Indicator 


FALSE 


- TX Diversity Indicator 


FALSE 


- Cell selection and Re-selection info for 




SIB11/12 




- Qoffsets.n 


OdB 


- Maximum allowed UL TX power 


OdBm 


- HCS neighbouring cell information 


Not Present 


- Qqualmin 


-115dB 


- Qrxlevmin 


-20dB 


- Intra-frequency measurement quantity 





- Filter Coefficient 


CPICH RSCP 


- Measurement quantity 




- Intra-frequency measurement for RACH 




reporting 


No report 


- SFN-SFN observed time difference 


No report 


- Reporting quantity 


No report 


- Maximum number of reported cells on RACH 




- Reporting information for state CELL_DCH 


No report 


- Intra-frequency reporting quantity 


FALSE 


- Reporting quantities for active set cells 


FALSE 


- SFN-SFN observed time difference 


FALSE 


- Cell identity 


FALSE 


- CPICH Ec/No 


FALSE 


-CPICH RSCP 




- Pathloss 


No report 


- CFN-SFN observed time difference 


TRUE 


- Reporting quantities for monitored set cells 


FALSE 


- SFN-SFN observed time difference 


TRUE 


- Cell identity 




- CPICH Ec/No 


FALSE 


-CPICH RSCP 


FALSE 




Not present 


- Pathloss 


Periodical reporting criteria 


- CFN-SFN observed time difference 


Infinity 


- Reporting quantities for unlisted cells 


1 2 seconds 


- CHOICE report criteria 


Not present 


- Amount of reporting 




- Reporting interval 


Not Present 


- Inter-frequency measurement system 


Not Present 


information 




- Inter-system measurement system information 


Not Present 


- Traffic volume measurement system 




information 




- UE internal measurement system information 





RRC CONNECTION REQUEST 



Information Element 



Value/Remarks 
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Establishment cause 
Measured results on RACH 


Check to see if set to "Paging Response": 
Check to see if this IE is absent 
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RRC CONNECTION SETUP 

Use the message sub-type in default message content, which is marked as "Transition to CELL_DCH". 
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MEASUREMENT REPORT (Step 6) 



Information Element 


Value/Remarks 


Measurement identity number 


Check to see if set to 1 


Measurement Results 




- CHOICE measurement 


Check to see if set to "Intra-frequency 




measured results list" 


- Intra-frequency measured results 




- Cell measured results 




- Cell Identity 


Check to see if set to the id of cell 2 


- SFN-SFN observed time difference 


Check to see if this IE is absent 


- Primary CPICH Info 




- Primary Scrambling Code 


Check to see if it's the same code for cell 2 


- CPICH Ec/No 


Check to see if this IE is absent 


-CPICH RSCP 


Check value to see if within acceptable range 




Check to see if this IE is absent 


- Pathloss 


Check to see if this IE is absent 


- CFN-SFN observed time difference 


Check to see if this IE is absent 


Event Results 





MASTER INFORMATION BLOCK (Step 7) 



Information Element 


Value/Remarks 


MIB Tag 


2 



SYSTEM INFORMATION BLOCK TYPE 12 (Step 7) 



Information Element 



Value/Remark 
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Reference to other system information blocks 


Not Present 


FACH measurement occasion info 


Not Present 


Measurement control system information 




- Intra-frequency measurement system 




information 




- Intra-frequency measurement identity number 


2 


- Intra-frequency cell info list 




- Removed intra-frequency info list 


Not Present 


- New intra-frequency info list 




- Intra-frequency cell id 


Set to id of cell 2 


- Cell info 




- Cell individual offset 


OdB 


- Reference time difference to cell 


chips 


- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code as used for cell 2 


- Primary CPICH TX power 


Not Present 


- Read SFN Indicator 


FALSE 


- TX Diversity Indicator 


FALSE 


- Cell selection and re-selection info for 




SIB11/12 




- Qoffsets.n 


OdB 


- Maximum allowed UL TX power 


OdBm 


- HCS neighbouring cell information 


Not Present 


- Qqualmin, Qrxlevmin 


-20dB, -115dBm 


- Intra-frequency measurement quantity 




- Filter Coefficient 





- Measurement quantity 


CPICH RSCP 


- Intra-frequency measurement for RACH 




reporting 




- SFN-SFN observed time difference 


No report 


- Reporting quantity 


No report 


- Maximum number of reported cells on RACH 


No report 


- Reporting information for state CELL_DCH 




- Intra-frequency reporting quantity 




- Reporting quantities for active set cells 


No report 


- SFN-SFN observed time difference 


FALSE 


- Cell identity 


FALSE 


- CPICH Ec/No 


FALSE 


-CPICH RSCP 


FALSE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 




- Reporting quantities for monitored set cells 


No report 


- SFN-SFN observed time difference 


TRUE 


- Cell identity 


FALSE 


- CPICH Ec/No 


TRUE 


-CPICH RSCP 






FALSE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


Not present 


- Reporting quantities for unlisted cells 




- CHOICE report criteria 


Intra-frequency measurement reporting criteria 


- Parameter required for each event 




- Intra-frequency event identity 


Event type 1f 


- Triggering condition 


Monitored set cells 


- Reporting range 


Not present 


- Cells forbidden to affect reporting 


Not present 


-W 


Not present 


- Hysteresis 


0.5dB 


- Threshold Used Frequency 


-65dBm 


- Reporting deactivation threshold 


Not present 


- Replacement activation threshold 


Not present-65dBm 


- Reporting Threshold 





- Time to trigger 


Infinity 


- Amount of reporting 


8 seconds 


- Reporting Interval 


Not Present 


- Reporting Cell Status 


Not present 


- Inter-frequency measurement system 




information 


Not Present 


- Inter-system measurement system information 


Not Present 


- Traffic volume measurement system 




information 


Not Present 


- UE internal measurement system information 




1 
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[Editor's Note] IE" Threshold Used Frequency" {originated from CR-324) and IE" Reporting Threshold" (originated 
from CR-289rl) are basically similar in function, it is not clear whether one should be removed. 
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MEASUREMENT REPORT (Step 9) 



Information Element 


Value/Remarks 


Measurement identity number 


Check to see if set to 2 


Measurement Results 




- CHOICE measurement 


Check to see if set to "Intra-frequency 




measured results list" 


- Intra-frequency measured results 




- Cell measured results 




- Cell Identity 


Check to see if set to the id of cell 2 


- SFN-SFN observed time difference 


Check to see if this IE is absent 


- Primary CPICH Info 




- Primary Scrambling Code 


Check to see if it's the same code for cell 2 


- CPICH Ec/No 


Check to see if this IE is absent 


-CPICH RSCP 


Check value to see if this is below threshold 




value specified 


- Pathloss 


Check to see if this IE is absent 


- CFN-SFN observed time difference 


Check to see if this IE is absent 


Event Results 




- Intra-frequency event identity 


Check to see if this is set to event '1f 


- Cell measured event results 




- Primary CPICH Info 




- Primary scrambling code 


Check to see if it's set to cell 2's assigned 




scrambling code 



MEASUREMENT CONTROL 



Information Element 



Value/Remark 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



427 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Measurement Identity Number 


3 


Measurement Command 


Setup 


Measurement Reporting Mode 


Not Present 


Additional measurements list 


Not Present 


CHOICE measurement type 


Intra-frequency measurement 


- Intra-frequency cell info list 




- Removed intra-frequency info list 


Not Present 


- New intra-frequency info list 




- Intra-frequency cell id 


Set to id of cell 2 


- Cell info 




- Cell individual offset 


OdB 


- Reference time difference to cell 


chips 


- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code as used for cell 2 


- Primary CPICH TX power 


Not Present 


- Read SFN Indicator 


FALSE 


- TX Diversity Indicator 


FALSE 


- Intra-frequency measurement quantity 




- Filter Coefficient 





- Measurement quantity 


CPICH RSCP 


- Intra-frequency reporting quantity 




- Reporting quantities for active set cells 


Same as in default message content 


- SFN-SFN observed time difference 


No report 


- Cell identity 


FALSE 


- CPICH Ec/No 


FALSE 


-CPICH RSCP 


FALSE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


FALSE 


- Reporting quantities for monitored set cells 




- SFN-SFN observed time difference 


No report 


- Cell identity 


TRUE 


- CPICH Ec/No 


TRUE 


-CPICH RSCP 


FALSE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


FALSE 


- Reporting quantities for unlisted cells 


Not present 


- Reporting cell status 


Not present 


- Measurement validity 


Not present 


- CHOICE report criteria 


Periodical reporting criteria 


- Amount of reporting 


Infinity 


- Reporting interval 


32 seconds 



MEASUREMENT REPORT (Step 1 1 ) 



Information Element 


Value/Remarks 


Measurement identity number 


Check to see if set to 3 


Measurement Results 




- CHOICE measurement 


Check to see if set to "Intra-frequency 




measured results list" 


- Intra-frequency measured results 




- Cell measured results 




- Cell Identity 


Check to see if set to the id of cell 2 


- SFN-SFN observed time difference 


Check to see if this IE is absent 


- Primary CPICH Info 




- Primary Scrambling Code 


Check to see if it's the same code for cell 2 


- CPICH Ec/No 


Check to see if this IE is present 


-CPICH RSCP 


Check to see if this IE is absent 


- Pathloss 


Check to see if this IE is absent 


- CFN-SFN observed time difference 


Check to see if this IE is absent 


Event Results 


Check to see if this IE is absent 



8.4.1.1.5 



Test Requirement 
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After step 5 the UE shall start to transmit MEASUREMENT REPORT message. The measurement quantity "CPICH 
RSCP" shall be reported to the SS at 12 seconds interval. 

After step 7 UE shall not transmit any MEASUREMENT REPORT messages within 12 seconds after SS has modified 
the MASTER INFORMATION BLOCK and SYSTEM INFORMATION BLOCK TYPE 12 messages. 

The UE shall transmit a MEASUREMENT REPORT message roughly 35 seconds after step 7, to report that the RSCP 
value for cell 2 has dropped below the threshold. 

After step 10 the UE shall transmit MEASUREMENT REPORT messages at 32 seconds interval, with the 
IE"Measurement Identity" set to 3. The message shall also include an estimation of cell 2's P-CPICH Ec/No value. 

8.4.1 .2 Measurement Control and Report: Inter-frequency measurement for 

transition from idle mode to CELL_DCH state 

8.4.1.2.1 Definition 



8.4.1.2.2 Conformance requirement 

After entering CELL_DCH state from idle mode, the UE shall discontinue the monitoring of the list of neighbouring 
cells assigned in the SYSTEM INFORMATION BLOCK TYPE 12 (or 1 1) messages on BCCH. 

Reference 

3GPP TS 25.331 clause 8.4.1.9 

8.4.1.2.3 Test Purpose 

To confirm that the UE terminates the monitoring of the list of neighbouring cell assigned in the IE"inter-frequency cell 
info" in SYSTEM INFORMATION BLOCK TYPE 12 (or 1 1) messages, after it enters CELL_DCH state from idle 
mode. 

8.4.1.2.4 Method of test 

Initial Condition 

System Simulator : 2 cells - Cell 1 is active and has a downlink transmission level (RSCP) of -50 dBm, cell 2 is also 
active but with a transmission power 20dB below cell 1 . The carrier frequency of cell 2 in the uplink direction is 1 
UARFCN above that of cell 2, and the downlink carrier is 1 UARFCN below that of cell 1 . 

UE : idle state by has successfully camped onto cell 1. 

Test Procedure 

The UE is initially at idle mode and has selected cell 1 for camping. The SYSTEM BLOCK TYPE 12 message is 
modified with respect to the default settings to prevent reporting of CFN-SFN difference and also to include cell 2 into 
the monitored neighbour cell list. The key measurement parameters are as follow: measurement type = "inter-frequency 
measurement", measurement quantity = "CPICH RSCP". 

SS pages the UE with the cause "Incoming circuit-switched call". The UE shall transmit a RRC CONNECTION 
REQUEST message on the CCCH, SS replies with RRC CONNECTION SETUP message and allocate uplink and 
downlink DPDCH physical resources to the UE. UE then moves to CELL_DCH. The UE shall not transmit any 
MEASUREMENT REPORT messages, which pertain to measurement readings from cells belonging to the monitored 

set. 
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Expected Sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


SYSTEM INFORMATION BLOCK TYPE 12 


The UE is idle mode and 
camped onto cell 1 . Cell 2 is 
also active but has 
transmission power 20dB 
below that of cell 1. SYSTEM 
INFORMATION TYPE 12 to 
be transmitted is different from 
the default settings (see 
specific message contents) 


2 


^ 


PAGING TYPE 1 


SS sends this message to 
page for the UE. 


3 


^ 


RRC CONNECTION REQUEST 




4 


^ 


RRC CONNECTION SETUP 


SS allocates DPDCH physical 
channels to UE, using 
compressed mode fomat 


5 


^ 


RRC CONNECTION COMPLETE 


UE transmits this message to 
acknowledge the RRC 
CONNECTION SETUP 
message and moves to 
CELL_DCH state. 


6 






SS raises the transmission 
power of cell 2 by 1 0dB. SS 
checks to see that no 
MEASUREMENT 
REPORTmessages are sent 
from UE to cell 1. 



Specific Message Content 

All messages indicated below shall use the same content as described in default message content, with the following 
exceptions: 

SYSTEM INFORMATION BLOCK TYPE 12 
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Information Element 


Value/Remark 


Reference to other system information blocks 


Not Present 




FACH measurement occasion info 


Not Present 




Measurement control system information 


Not Present 




- Intra-frequency measurement system 


Not Present 




information 






- Inter-frequency measurement system 






information 






- Inter-frequency measurement identity number 


1 




- Inter-frequency cell info list 






- Removed intra-frequency info list 


Not Present 




- New inter-frequency info list 






- Inter-frequency cell id 


Set to id of cell 2 




- Frequency info 






- UARFCN uplink (Nu) 


Set to the next uplink UARFCN after 


cell 1 


- UARFCN downlink (Nd) 


Set to the previous downlink UARFCN before 




celM 




- Cell info 






- Cell individual offset 


OdB 




- Reference time difference to cell 


chips 




- Primary CPICH Info 






- Primary Scrambling Code 


Set to same code as used for cell 2 




- Primary CPICH TX power 


Not Present 




- Read SFN Indicator 


FALSE 




- TX Diversity Indicator 


FALSE 




- Cell selection and re-selection info for SIB 






11/12 






- Qoffsets.n 


OdB 




- Maximum allowed UL TX power 


OdBm 




- HCS neighbouring cell information 


Not Present 




- Qqualmin, Qrxlevmin 


-20 dB, -115dBm 




- Inter-frequency measurement quantity 


Inter-frequency reporting criteria 




CHOICE Reporting criteria 







- Filter coefficient 


CPICH RSCP 




- Measurement quantity for frequency quality 






estimate 






- Inter-frequency measurement reporting criteria 






- Parameters required for each event 


2c 




- Inter-frequency event identity 


Not Present 




- Threshold used frequency 


Not Present 




- W used frequency 


2.0dB 




- Hysteresis 


sec 




- Time to trigger 


Infinity 




- Amount of reporting 







- Reporting interval 


Not Present 




- Parameters required for each non used 






frequency 


-55dBm 




- Threshold non-used frequency 







- W non-used frequency 


Not Present 




- Inter-system measurement system information 


Not Present 




- Traffic volume measurement system 






information 


Not Present 




- UE internal measurement system information 







RRC CONNECTION REQUEST 



Information Element 


Value/Remarks 


Establishment cause 
Measured results on RACH 


Check to see if set to "Paging Response": 
Check to see if this IE is absent 
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RRC CONNECTION SETUP 

Use the message sub-type in default message content which is marked as "Transition to CELL_DCH'' 
following exceptions: 



with the 



Information Element 


Value/Remarks 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(Single) 


- Spreading factor 


Refer to the parameter set in TS 34.1 08 


- Fixed or flexible position 


Flexible 


- TFCI existence 


FALSE 


- Number of bits for Pilot bits (SF=128, 256) 


Not Present 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




- TGPSI 


1 


- TGPS Status Flag 


Active 


- Transmission gap pattern sequence 




configuration parameters 




-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIR 


2.0 


- DeltaS I RAfter 


1.0 



8.4.1.2.5 



Test Requirement 



After step 5 the UE shall not transmit any MEASUREMENT REPORT messages pertaining to the measurement of 
CPICH Ec/No quantity from cell 2. 

8.4.1 .3 Measurement Control and Report: Intra-frequency measurement for 

transition from idle mode to CELL FACH state 



8.4.1.3.1 



Definition 



8.4.1.3.2 



Conformance requirement 



During a transition from idle mode to CELL_FACH state, the UE shall start to monitor neighbouring cells listed in the 
IE'Tntra-frequency cell info" received in SYSTEM INFORMATION BLOCK TYPE 12 (or 1 1). If a measurement 
report criteria is also specified, the UE shall store this information and apply these rules when deciding to transmit 
MEASUREMENT REPORT messages during a subsequent transition to CELL_DCH state. If reporting during RACH 
transmissions are dictated by the UTRAN, the UE shall append the relevant measurement information when sending 
messages on RACH (e.g. RRC CONNECTION REQUEST and CELL UPDATE). 

Reference 

3GPPTS 25.331, clause 8.4.1.9 
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8.4.1.3.3 



Test Purpose 



To confirm that the UE begins to monitor the neighbouring cells in the monitored list after it has entered the 
CELL_FACH state. The list of neighbouring cell can be known from SYSTEM INFORMATION BLOCK TYPE 12 
(or 11) messages. If information regarding the intra-frequency measurement report criteria is also broadcasted, the UE 
shall save this information and apply the criteria during a subsequent transition to CELL_DCH state. If RACH 
measurement reporting is dictated in SYSTEM INFORMATION BLOCK TYPE 12 (or 1 1) messages, the UE shall 
include these measurements when transmitting on the RACH channel. 



8.4.1.3.4 



Method of test 



Initial Condition 

System Simulator : 2 cells - both cell 1 and cell 2 are active. Cell 2 is transmitting at 15 dB below cell 1. 

UE : idle state and camped onto cell 1 . 

Test Procedure 

The UE is initially at idle mode and has selected cell 1 for camping. The SYSTEM BLOCK TYPE 12 message is 
modified with respect to the default settings to prevent reporting of CFN-SFN difference and also to include cell 2 into 
the monitored neighbour cell list. The key measurement parameters are as follow: measurement type = "intra-frequency 
measurement", measurement quantity = "CPICH Ec/No", report criteria = "periodic reporting criteria", reporting 
interval = "12 seconds". In the system information message, reporting of CPICH Ec/No is also required for intra- 
frequency reporting when transmitting RACH messages to cell 1 . 

SS pages the UE with the cause "Incoming packet-switched call". The UE shall transmit a RRC CONNECTION 
REQUEST message on the CCCH, SS replies with RRC CONNECTION SETUP message and allocates PRACH and S- 
CCPCH (FACH) physical channels for uplink and downlink use. UE shall then enter CELL_FACH state. SS waits 
until timer T305 expires, the UE shall send a CELL UPDATE message including the measurement reading of cell 2's 
CPICH Ec/No values. SS then reply with CELL UPDATE CONFIRM message without changing the physical channel 
resources. 

In the next sequence, SS transmits PHYSICAL CHANNEL RECONFIGURATION message, and allocates DPDCH 
channels to the UE. The UE shall transit to CELL_DCH state and send a MEASUREMENT REPORT message, 
correctly stating the measurement identity. The measurement identity indicated shall match the value that was 
previously broadcasted on SYSTEM INFORMATION BLOCK TYPE 12 (or 1 1) when the UE was still in idle mode. 

Expected Sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


SYSTEM INFORMATION BLOCK TYPE 2, 
SYSTEM INFORMATION BLOCK TYPE 12 


The UE is idle mode and 
camped onto cell 1 . Cell 2 is 
also active but has 
transmission power 15dB 
below that of cell 1. SYSTEM 
INFORMATION TYPE 2 and 
12 to be transmitted are 
different from the default 
settings (see specific message 
contents) 


2 


^ 


PAGING TYPE 1 


SS sends this message to 
page for the UE, stating the 
cause as an incoming packet- 
switched call. 


3 


^ 


RRC CONNECTION REQUEST 


The Ec/No value of P-CPICH 
of Cell 1 should be reported. 


4 


^ 


RRC CONNECTION SETUP 


SS allocates common physical 
channels to UE. 
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5 


^ 


RRC CONNECTION COMPLETE 


UE shall enter CELL_FACH 
state, transmits this message 
to acknowledge the SETUP 
message. 


6 






SS waits for 5 minutes (for the 
expiry of T305 timer), so that 
UE will initiate a periodic cell 
updating procedure. 


7 


^ 


CELL UPDATE 


This message shall contain 
measurement readings of 
CPICH Ec/No for cell 1. 


8 


^ 


CELL UPDATE CONFIRM 


SS does not change the 
physical channel allocation. 


9 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION 


SS assigns DPCH physical 
resources to the UE, but 
keeping parameters for 
transport channels and RBs 
unchanged. 


10 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


UE shall transit to CELL_DCH 
state after sending this 
message. 


11 


^ 


MEASUREMENT REPORT 


UE shall begin to report cell 
2's CPICH Ec/No value 
periodically at 12 seconds 
interval. The measurement 
identity shall match that 
broadcasted in step 1 
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Specific Message Content 

SYSTEM INFORMATION BLOCK TYPE 2 



Information Element 


Value/Remarks 


UE Timers and constants in connected mode 
-T305 


5 minutes. 



SYSTEM INFORMATION BLOCK TYPE 12 



Information Element 



Value/Remark 
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Reference to other system information blocks 




FACH measurement occasion info 




Measurement control system information 




- Intra-frequency measurement system 




information 




- Intra-frequency measurement identity number 


5 


- Intra-frequency cell info list 




- Removed intra-frequency info list 


Not Present 


- New intra-frequency info list 




- Intra-frequency cell id 


Set to id of cell 2 


- Cell info 




- Cell individual offset 


OdB 


- Reference time difference to cell 


chips 


- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code as used for cell 2 


- Primary CPICH TX power 


Not Present 


- Read SFN Indicator 


FALSE 


- TX Diversity Indicator 


FALSE 


- Cell selection and Re-selection info for 




SIB11/12 




- Qoffsets.n 


OdB 


- Maximum allowed UL TX power 


OdBm 


- HCS neighbouring cell information 


Not Present 


- Qqualmin, Qrxlevmin - Intra-frequency 


-20dB, -115dBm 


measurement quantity 




- Filter Coefficient 





- Measurement quantity 


CPICH Ec/No 


- Intra-frequency measurement for RACH 




reporting 




- SFN-SFN observed time difference 


No report 


- Reporting quantity 


CPICH Ec/No 


- Maximum number of reported cells on RACH 


Current cell 


- Reporting information for state CELL_DCH 




- Intra-frequency reporting quantity 




- Reporting quantities for active set cells 


No report 


- SFN-SFN observed time difference 


FALSE 


- Cell identity 


FALSE 


- CPICH Ec/No 


FALSE 


-CPICH RSCP 


FALSE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 




- Reporting quantities for monitored set cells 


No report 


- SFN-SFN observed time difference 


TRUE 


- Cell identity 


TRUE 


- CPICH Ec/No 


FALSE 


-CPICH RSCP 






FALSE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


Not present 


- Reporting quantities for monitored set cells 


Periodical reporting criteria 


- CHOICE report criteria 


Infinity 


- Amount of reporting 


1 2 seconds 


- Reporting interval 


Not Present 


- Reporting Cell Status 


Not Present 


- Inter-frequency measurement system 




information 


Not Present 


- Traffic volume measurement system 




information 


Not Present 


- UE internal measurement system information 





PAGING TYPE 1 



Information Element 



Value/Remarks 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



436 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Paging record list 




- Paging Record 




- CHOICE Paging originator 


CN Originator 


- Paging cause 


Terminating PS Data Call, 


- CN domain identity 


PS Domain 


- CHOICE UE identity 


IMSI(DS-41) 


-IMSI(DS-41) 


Set to the same IMSI (DS-41) digits found in 




the test USIM. 



RRC CONNECTION REQUEST 



Information Element 


Value/Remarks 


Initial UE Identity 


Check to see if it is the same as in PAGING 




TYPE 1 message 


Establishment cause 


Check to see if set to "Paging Response" 


Measured results on RACH 




- Measured result for current cell 




- CHOICE measurement quantity 




- CPICH Ec/No 


Check to see if value is present 


- Measured results for monitored cells 


Check to see if this IE is absent 



RRC CONNECTION SETUP 

Use the same message sub-type found in Clause 8.1 of TS34.108, which is entitled "Transition to CELL_FACH". 

CELL UPDATE 



Information Element 


Value/Remarks 


U-RNTI 

Integrity check info 

AMRLC error indicator (for C-plane) 

AM_RLC error indicator (for U-plane) 

Cell update cause 

Protocol error indicator 

Measured results on RACH 

- Measurement result for current cell 

- CHOICE measurement quantity 
- CPICH Ec/No 

- Measurement results for monitored cells 
Protocol error information 


Check to see if set to same U-RNTI value 

assigned in RRC CONNECTION SETUP 

message. 

Not checked 

Check to see if set to 'FALSE' 

Check to see if set to 'FALSE' 

Check to see if set to 'Periodic cell updating' 

Check to see if set to 'FALSE' 

CPICH Ec/No 

Checked to see if set to within an acceptable 

range. 

Checked to see if this IE is not present. 

Check to see if set to 'FALSE' 



PHYSICAL CHANNEL RECONFIGURATION 

Use the same message sub-type found in Clause 8.1 of TS34.108, which is entitled "Packet to CELL_DCH from 
CELL_FACH". 
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MEASUREMENT REPORT 



Information Element 


Value/Remarks 


Measurement identity number 


Check to see if set to 5 


Measurement Results 




- CHOICE measurement 


Check to see if set to "Intra-frequency 




measured results list" 


- Intra-frequency measured results 




- Cell measured results 




- Cell Identity 


Check to see if set to the id of cell 2 


- SFN-SFN observed time difference 


Check to see if this IE is absent 


- Primary CPICH Info 




- Primary Scrambling Code 


Check to see if it's the same code for cell 2 


- CPICH Ec/No 


Check to see if this IE is within acceptable 




range 


-CPICH RSCP 


Check to see if this IE is absent 


- Pathloss 


Check to see if this IE is absent 


- CFN-SFN observed time difference 


Check to see if this IE is absent 


Event Results 


ChecK to see if this IE is absent 



8.4.1.3.5 



Test Requirement 



After step 3 the UE shall send RRC CONNECTION REQUEST message in response to the paging message sent by the 
SS, which includes reading of the current cell's CPICH Ec/No value. 

After step 5 the UE shall not transmit any MEASUREMENT REPORT messages. 

After step 6 the UE shall initiate cell updating procedure by transmitting CELL UPDATE message. In this message, the 
cause shall be set to "periodic cell updating". It shall include measurement readings for the current cell (cell 1) CPICH 
Ec/No measurement quantity. 

After step 10 the UE shall move to CELL_DCH state and transmit MEASUREMENT REPORT messages at 12 seconds 
interval. In these messages, neighbouring cell 2's CPICH Ec/No value shall be reported. The IE"measurement 
identity" in this message shall match the IE'Tntra-frequency measurement identity" found in SYSTEM 
INFORMATION BLCOK TYPE 12 messages transmitted in step 1. 

8.4.1 .4 Measurement Control and Report: Inter-frequency measurement for 

transition from idle mode to CELL FACH state 



8.4.1.4.1 



Definition 



8.4.1.4.2 



Conformance requirement 



After entering CELL_FACH state from idle mode, the UE shall start to monitor the list of "inter-frequency" 
neighbouring cells assigned in the SYSTEM INFORMATION BLOCK TYPE 12 (or 1 1) messages on BCCH/FACH. 

Reference 

3GPP TS 25.331, clause 8.4.1.10 



8.4.1.4.3 



Test Purpose 



To confirm that the UE begins to monitor the list of neighbouring cell assigned in the IE"inter-frequency cell info" in 
SYSTEM INFORMATION BLOCK TYPE 12 (or 1 1) messages, after it enters CELL_FACH state from idle mode. 
However, it shall not transmit any MEASUREMENT REPORT messages to report measured results for inter-frequency 
cells. 
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8.4.1.4.3 



Method of test 



Initial Condition 

System Simulator : 2 cells - Cell 1 is active and has a downlink transmission level for CPICH RSCP at -40 dBm, cell 2 
is also active but with a transmission power lOdB below cell 1. The carrier frequency of cell 2 in the uplink direction is 
1 UARFCN above that of cell 2, and the downlink carrier is 1 UARFCN below that of cell 1 . 

UE : idle state and has successfully camped onto cell 1 . 

Test Procedure 

The UE is initially at idle mode and has selected cell 1 for camping. The SYSTEM BLOCK TYPE 12 message is 
modified with respect to the default settings to prevent reporting of CFN-SFN difference and also to include cell 2 into 
the monitored neighbour cell list for inter-frequency measurement type. The key measurement parameters are as follow: 
measurement type = "inter-frequency measurement", measurement quantity = "CPICH Ec/No". 

SS pages the UE with the cause "Incoming packet-switched call". The UE shall transmit a RRC CONNECTION 
REQUEST message on the CCCH, SS replies with RRC CONNECTION SETUP message and allocates PRACH 
channel in the uplink and S-CCPCH(FACH) channel on the downlink to the UE. UE then moves to CELL_FACH. 
The UE shall not transmit any MEASUREMENT REPORT messages, which pertain to measurement readings from 
inter-frequency cells belonging to the monitored set. SS decreases the transmission power of CPICH in cell 1 by lOdB. 
At the same time, it raises the corresponding downlink transmission power of cell 2 by lOdB. This is expected to 
trigger a cell reselection in the UE. The UE shall send CELL UPDATE message to report this event. Upon receiving 
this message, SS replies with the default CELL UPDATE CONFIRM message. 



Expected Sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 


<- 


SYSTEM INFORMATION BLOCK TYPE 12 


The UE is idle mode and 
camped onto cell 1 . Cell 2 is 
also active but has 
transmission power 10dB 
below that of cell 1. SYSTEM 
INFORMATION TYPE 12 to 
be transmitted is different from 
the default settings (see 
specific message contents) 


2 


^ 


PAGING TYPE 1 


SS sends this message to 
page for the UE. 


3 


^ 


RRC CONNECTION REQUEST 




4 


^ 


RRC CONNECTION SETUP 


SS allocates PRACH and S- 
CCPCH resources to UE 


5 


^ 


RRC CONNECTION COMPLETE 


UE transmits this message to 
acknowledge the SETUP 
message and moves to 
CELL_FACH state. 


6 






SS checks to see that no 
MEASUREMENT REPORT 
messages are sent from UE to 
cell 1. 


7 






SS decreases the 
transmission power of cell 1 by 
10dB and increases cell 2's 
downlink power by 1 0dB. 


8 


^ 


CELL UPDATE 


UE shall detect that cell 2 has 
become stronger than cell 1 . 
It sends this message after 
reselecting to cell 2 
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9 


^ 


CELL UPDATE CONFIRM 


Use default message. 



Specific Message Content 

All messages indicated below shall use the same content as described in default message content, with the following 
exceptions: 
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SYSTEM INFORMATION BLOCK TYPE 12 



clauselnformation Element 


Value/Remark 


Reference to other system information blocks 


Not Present 




FACH measurement occasion info 






- k_UTRA 


2 




- Other RAT present in inter-system cell info 


Not Present 




Measurement control system information 






- Intra-frequency measurement system 


Not Present 




information 


Not Present 




- Inter-frequency measurement system 






information 






- Inter-frequency measurement identity number 


1 




- Inter-frequency cell info list 






- Removed intra-frequency info list 


Not Present 




- New inter-frequency info list 






- Inter-frequency cell id 


Set to id of cell 2 




- Frequency info 






- UARFCN uplink (Nu) 


Set to the next uplink UARFCN after 


cell 1 


- UARFCN downlink (Nd) 


Set to the previous downlink UARFCN before 




celM 




- Cell info 






- Cell individual offset 


OdB 




- Reference time difference to cell 


chips 




- Primary CPICH Info 






- Primary Scrambling Code 


Set to same code as used for cell 2 




- Primary CPICH TX power 


Not Present 




- Read SFN Indicator 


FALSE 




- TX Diversity Indicator 


FALSE 




- Cell selection and re-selection info for SIB 






11/12 






- Qoffsets.n 


OdB 




- Maximum allowed UL TX power 


OdBm 




- HCS neighbouring cell information 


Not Present 




- Qqualmin, Qrxlevmin 


-20dB, -115dBm 




- Inter-frequency measurement quantity 






CHOICE Reporting criteria 


Inter-frequency reporting criteria 




- Filter coefficient 







- Measurement quantity for frequency quality 


CPICH Ec/No 




estimate 






- Inter-frequency measurement reporting criteria 






- Parameters required for each event 






- Inter-frequency event identity 


2c 




- Threshold used frequency 


Not Present 




- W used frequency 


Not Present 




- Hysteresis 


2.0dB 




- Time to trigger 


sec 




- Amount of reporting 


Infinity 




- Reporting interval 







- Parameters required for each non used 


Not Present 




frequency 






- Threshold non-used frequency 


-55dBm 




- W non-used frequency 







- Inter-system measurement system information 


Not Present 




- Traffic volume measurement system 


Not Present 




information 






- UE internal measurement system information 


Not Present 





PAGING TYPE 1 

For this message, use the same message contents as in step 2 of clause 8. 4.1.3.3. 



RRC CONNECTION REQUEST 



Information Element 


Value/Remarks 


Establishment cause 
Measured results on RACH 


Check to see if set to "Paging Response": 
Check to see if this IE is absent 
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RRC CONNECTION SETUP 

Use the message sub-type in default message content defined in TS 34.108 Clause 8, which is marked as "Transition to 
CELL_FACH". 

CELL UPDATE 



Information Element 


Value/Remarks 


U-RNTI 


Check to see if same to value as in PAGING 




TYPE 1 message 


Integrity check info 


Check to see if it is absent 


AMRLC error indication (for C-plane) 


Check to see if it is set to FALSE 


AM_RLC error indication (for U-plane) 


Check to see if it is set to FALSE 


Cell update cause 


Check to see if it is set to "Cell Reselection" 


Protocol error info 


Check to see if it is absent or set to FALSE 


Measured results on RACH 


Check to see if it is absent 


Protocol error information 


Check to see if it is absent 



CELL UPDATE CONFIRM 

Use the message sub-type in default message content defined in TS 34.108 Clause 8. 



8.4.1.4.5 



Test Requirement 



After step 5 the UE shall not transmit any MEASUREMENT REPORT messages pertaining to the measurement of 
CPICH Ec/No quantity for cell 2. 

After step 7 the UE shall reselect to cell 2 and transmit a CELL UPDATE message on the uplink CCCH of cell 2. 

8.4.1 .5 Measurement Control and Report: Intra-frequency measurement for 

transition from CELL DCH to CELL FACH state 



8.4.1.5.1 



Definition 



8.4.1.5.2 



Conformance requirement 



After entering CELL_FACH state from CELL_DCH state, the UE shall terminate intra-frequency type measurement 
reporting originating from a previous MEASUREMENT CONTROL message. If indicated in the system information 
messages, the UE shall start to monitor neighbouring cells. The UE shall apply the reporting criteria specified in system 
information during a subsequent return to CELL_DCH state. If requested to perform measurement reporting on RACH 
channels, the UE shall append the measured results when transmitting uplink RACH messages. 

Reference 

3GPPTS 25.331, clause 8.4.1.7 



8.4.1.5.3 



Test Purpose 



To confirm that the UE ceases to perform intra-frequency measurement specified in a previously received 
MEASUREMENT CONTROL message, when it moves from CELL_DCH state to CELL_FACH state. To confirm 
that the UE read the system information when in CELL_FACH state and starts to monitor the neighbouring cells as 
indicated in system information messages. To confirm that the UE performs measurements on uplink RACH channel 
and append the measured results in RACH messages, when requested in the system information messages. 
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8.4.1.5.4 Method of test 

Initial Condition 

System Simulator: 3 cells - Cell 1 and cell 2 are active, but the transmitter of cell 3 is switched off. Cell 1 is 
transmitting its CPICH (RSCP) at 20 dB above cell 2. The downlink UTRA carriers transmission strength for cell 1 is 
identical to that of cell 2. 

UE: idle state and camped onto cell 1 . 

Test Procedure 

The UE is initially in idle mode and has selected cell 1 as the current cell. SYSTEM INFORMATION BLOCK TYPE 
12 message is modified from its default message contents, in order to prevent the reporting of CFN-SFN difference. No 
measurement requirements are specified for the UE in system information block (type 1 1 and 12) messages. 

SS then prompts the test operator to initiate an outgoing call. When UE transmits a RRC CONNECTION REQUEST 
message on RACH, SS replies with RRC CONNECTION SETUP message. Uplink and downlink DPDCH physical 
channels are allocated. Upon receiving RRC CONNECTION SETUP message, the UE shall transmit RRC 
CONNECTION SETUP COMPLETE message on DCCH and then moves to CELL_DCH state. SS then sends a 
MEASUREMENT CONTROL message to UE. In this message, the SS requests the establishment of a intra-frequency 
measurement, based on an estimation of cell 2's CPICH Ec/No. At the same time, reporting of cell 2's CPICH is 
commanded with the reporting criteria set to "periodic reporting" and reporting interval set to 16 seconds. The UE shall 
start transmitting MEASUREMENT REPORT messages at 16 seconds interval corresponding to the requested reporting 
event. 

SS transmits PHYSICAL CHANNEL RECONFIGURATION message, triggering a switch of transport channels from 
DCH/DCH to RACH/FACH. After receiving this message, the UE shall reconfigure itself and replies with PHYSICAL 
CHANNEL RECONFIGURATION COMPLETE message on RACH. SS acknowledges this message and the UE shall 
move to CELL_FACH state and read the system information messages. SS monitors the uplink to verify that no 
MEASUREMENT REPORT messages are received. In SYSTEM INFORMATION BLOCK TYPE 12 message, SS 
includes cell 3 into the neighbour cells monitoring list. IE "Intra-frequency reporting quantity for RACH Reporting" 
and IE "Maximum number of Reported cells on RACH" are also specified in this message. An event-triggered (event 
type la) reporting criterion is specified for intra-frequency measurements. The transmission strength of CPICH for cell 
3 is increased until it exceeds the lower bound of the reporting range specified. SS then pages for the UE using 
PAGING TYPE 1 message. The UE shall respond with a CELL UPDATE message, which comprises CPICH Ec/No 
measurements for cell 1 and 3. Upon the receipt of CELL UPDATE message, SS replies with CELL UPDATE 
CONFIRM message. This message does not change the physical resource nor allocate any new RNTI identities. The 
UE shall remain in CELL_FACH state. SS transmits PHYSICAL CHANNEL RECONFIGURATION message again, 
this time specifying dedicated physical resources for both uplink and downlink direction. The UE shall then send 
PHYSICAL CHANNEL RECONFIGURATION COMPLETE message and return to CELL_DCH state. SS listens to 
the uplink DCCH for MEASUREMENT REPORT messages. SS verifies that all messages received pertain to the 
periodic measured value of cell 2's CPICH Ec/No value. UE shall not send any reports containing the measured values 
of cell 3. 
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Expected Sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






UE is initially in idle mode and 
test operator is asked to make 
an outgoing call. 


2 


^ 


RRC CONNECTION REQUEST 




3 


^ 


RRC CONNECTION SETUP 


Uplink and downlink DPCH 
resources are allocated. 


4 


■* 


RRC CONNECTION SETUP COMPLETE 


UE shall move to CELL_DCH 
state. 


5 


^ 


MEASUREMENT CONTROL 


SS requests for measurement 
and reporting of cell 2's 
CPICH Ec/No value. 


6 


-* 


MEASUREMENT REPORT 


UE shall send periodic report 
at 16 seconds interval. SS 
waits for 2 consecutive reports 
before proceeding to step 7. 


7 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION 


SS switches the physical 
resources to common physical 
channels. 


8 


■* 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


UE shall reconfigure its uplink 
and downlink channels before 
transiting to CELL_FACH 
state. 


9 


^ 


SYSTEM INFORMATION BLOCK TYPE 12 


SS includes cell 3 into the 
monitored neighbour cell list. 
SS waits for 1 minutes and 
verifies that no MEASURE- 
MENT REPORT messages 
are received. Cell 3 is 
switched on, and SS adjusts 
the transmission power for 
CPICH such that its Ec/No 
falls into the report range 
specified. 


10 


^ 


PAGING TYPE 1 


SS pages for UE using the 
assigned U-RNTI identity. 


11 


■* 


CELL UPDATE 


UE shall transmit this 
message with measured 
results on RACH channels for 
cell 1 and 3 appended. 


12 


^ 


CELL UPDATE CONFIRM 


No change in physical 
resource allocation and RNTI 
identities. 


13 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION 


Allocates dedicated physical 
channels. 


14 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


UE shall transit to CELL_DCH 
state. 


15 


^ 


MEASUREMENT REPORT 


UE shall continue to report cell 
2's CPICH Ec/No value on a 
periodic basis. 



Specific Message Content 



SYSTEM INFORMATION BLOCK TYPE 12 



Information Element 



Value/Remark 
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Reference to other system information blocks 


Not Present 


FACH measurement occasion info 


Not Present 


Measurement control system information 




- Intra-frequency measurement system 


Not Present 


information 




- Inter-frequency measurement system 


Not Present 


information 




- Inter-system measurement system information 


Not Present 


- Traffic volume measurement system 


Not Present 


information 




- UE internal measurement system information 


Not Present 



RRC CONNECTION SETUP 

Use the same message sub-type found in Clause 8.1 of TS34.108, which is entitled "Transition to CELL_DCH" 
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MEASUREMENT CONTROL 



Information Element 


Value/Remark 


Measurement Identity Number 


5 


Measurement Command 


Setup 


Measurement Reporting Mode 


Not Present 


Additional measurements list 


Not Present 


CHOICE measurement type 


Intra-frequency measurement 


- Intra-frequency cell info list 




- Removed intra-frequency info list 


Not Present 


- New intra-frequency info list 




- Intra-frequency cell id 


Set to id of cell 2 


- Cell info 




- Cell individual offset 


OdB 


- Reference time difference to cell 


chips 


- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code as used for cell 2 


- Primary CPICH TX power 


Not Present 


- Read SFN Indicator 


FALSE 


- TX Diversity Indicator 


FALSE 


- Intra-frequency measurement quantity 




- Filter Coefficient 





- Measurement quantity 


CPICH Ec/No 


- Intra-frequency reporting quantity 




- Reporting quantities for active set cells 




- SFN-SFN observed time difference 


No report 


- Cell identity 


TRUE 


- CPICH Ec/No 


TRUE 


-CPICH RSCP 


FALSE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


FALSE 


- Reporting quantities for monitored set cells 




- SFN-SFN observed time difference 


No report 


- Cell identity 


TRUE 


- CPICH Ec/No 


TRUE 


-CPICH RSCP 


FALSE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


FALSE 


- Reporting quantities for unlisted cells 


Not present 


- Reporting cell status 


Not present 


- Measurement validity 


Not present 


- CHOICE report criteria 


Periodical reporting criteria 


- Amount of reporting 


Infinity 


- Reporting interval 


16 seconds 



MEASUREMENT REPORT (Step 6) 



Information Element 


Value/Remarks 


Measurement identity number 


Check to see if set to 5 


Measurement Results 




- CHOICE measurement 


Check to see if set to "Intra-frequency 




measured results list" 


- Intra-frequency measured results 




- Cell measured results 




- Cell Identity 


Check to see if set to the id of cell 2 


- SFN-SFN observed time difference 


Check to see if this IE is absent 


- Primary CPICH Info 




- Primary Scrambling Code 


Check to see if it's the same code for cell 2 


- CPICH Ec/No 


Check to see if this IE is present 


-CPICH RSCP 


Check to see if this IE is absent 


- Pathloss 


Check to see if this IE is absent 


- CFN-SFN observed time difference 


Check to see if this IE is absent 


Event results 


Check to see if this IE is absent 



PHYSICAL CHANNEL RECONFIGURATION (Step 7) 
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Use the same message sub-type found in Clause 8.1 of TS34.108, which is entitled "Packet to CELL_FACH from 
CELL_DCH in PS )" 
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SYSTEM INFORMATION BLOCK TYPE 12 

I Information Element I Value/Remark 
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Reference to other system information blocks 


Not Present 


FACH measurement occasion info 


Not Present 


Measurement control system information 




- Intra-frequency measurement system 




information 




- Intra-frequency measurement identity number 


6 


- Intra-frequency cell info list 




- Removed intra-frequency info list 


Not Present 


- New intra-frequency info list 




- Intra-frequency cell id 


Set to id of cell 3 


- Cell info 




- Cell individual offset 


OdB 


- Reference time difference to cell 


chips 


- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code as used for cell 3 


- Primary CPICH TX power 


Not Present 


- Read SFN Indicator 


FALSE 


- TX Diversity Indicator 


FALSE 


- Cell selection and Re-selection info for 




SIB11/12 




- Qoffsets.n 


OdB 


- Maximum allowed UL TX power 


OdBm 


- HCS neighbouring cell information 


Not Present 


- Qqualmin, Qrxlevmin 


-20dB, -115dBm 


- Intra-frequency measurement quantity 




- Filter Coefficient 





- Measurement quantity 


CPICH Ec/No 


- Intra-frequency measurement for RACH 




reporting 




- SFN-SFN observed time difference 


No report 


- Reporting quantity 


CPICH Ec/No 


- Maximum number of reported cells on RACH 


Current cell + best neighbour 


- Reporting information for state CELL_DCH 




- Intra-frequency reporting quantity 




- Reporting quantities for active set cells 




- SFN-SFN observed time difference 


No report 


- Cell identity 


TRUE 


- CPICH Ec/No 


TRUE 


-CPICH RSCP 


FALSE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


FALSE 


- Reporting quantities for monitored set cells 




- SFN-SFN observed time difference 


No report 


- Cell identity 


TRUE 


- CPICH Ec/No 


TRUE 


-CPICH RSCP 


FALSE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


FALSE 


- Reporting quantities for unlisted cells 


Not present 


- CHOICE report criteria 


Intra-frequency measurement reporting criteria 


- Parameter required for each event 


Only 1 reporting event is defined 


- Intra-frequency event identity 


1a 


- Triggering condition 


Monitored set cells 


- Reporting range 


10.0 dB 


- Cells forbidden to affect reporting 


Not present 


-W 


0.0 


- Hysteresis 


1.0 dB 


- Threshold used frequency 


Not Present 


- Reporting deactivation threshold 


7 


- Replacement activation threshold 


Not Present 


- Reporting Threshold 


Not Present 


- Time to trigger 





- Amount of reporting 


Infinity 


- Reporting Interval 


8 seconds 


- Inter-frequency measurement system 


Not present 


information 




- Inter-system measurement system information 


Not present 


- Traffic volume measurement system 


Not present 


information 




- UE internal measurement system information 


Not present 
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[Editor's Note] IE" Threshold Used Frequency" {originated from CR-324) and IE" Reporting Threshold" (originated 
from CR-289rl) are basically similar in function, it is not clear whether one should be removed. 

PAGING TYPE 1 



Information Element 


Value/Remarks 


Page Record List 




- Page Record 




- CHOICE Paging originator 


UTRAN Originator 


- U-RNTI 


Set to same U-RNTI value as assigned in the 




RRC CONNECTION SETUP message 


BCCH modification info 


Not Present 



CELL UPDATE 



Information Element 


Value/Remarks 


U-RNTI 

Integrity check info 

AMRLC error indication (for C-plane) 

AM_RLC error indication (for U-plane) 

Cell update cause 

Protocol error info 

Measured results on RACH 

- Measurement result for current cell 

- CHOICE measurement quantity 

- CPICH Ec/No 

- Measurement results for monitored cells 

- SFN-SFN observed time difference 

- Primary CPICH info 

- Primary scrambling code 

- CHOICE measurement quantity 

- CPICH Ec/No 
Protocol error information 


Check to see if same to value as in PAGING 

TYPE 1 message 

Check to see if it is absent 

Check to see if it is set to FALSE 

Check to see if it is set to FALSE 

Check to see if it is set to "Paging Response" 

Check to see if it is absent or set to FALSE 

Check to see if set to CPICH Ec/No 
Check to see if it is within acceptable range 

Not Checked 

Check to see if the same as cell 3's code. 
Check to see if set to CPICH Ec/No 
Check to see if it is within acceptable range 
Check to see if it is absent 



PHYSICAL CHANNEL RECONFIGURATION (Step 13) 

Use the same message sub-type found in Clause 8.1 of TS34.108, which is entitled "Packet to CELL_DCH from 
CELL_FACH in PS )" 

MEASUREMENT REPORT (Step 15) 

The contents of this message should be the same as in step 6. 



8.4.1.5.5 



Test Requirement 



After step 5, the UE shall start to transmit MEASUREMENT REPORT messages at 16 seconds interval. The message 
shall contain the measured result of cell 2's CPICH Ec/No value. 

After step 8, the UE shall not send any MEASUREMENT REPORT messages which report quantities requested in 
MEASUREMENT CONTROL messages in step 5. 

After step 10, the UE shall respond to the paging and transmit a CELL UPDATE message. In this message, the 
measured values CPICH Ec/No for cell 1 and cell 3 shall be included. 

After step 14, the UE shall revert to the original measurement reporting mechanism and send MEASUREMENT 
REPORT messages containing estimates for cell 2's CPICH Ec/No value. The UE shall not transmit any 
MEASUREMENT REPORT messages, which indicate measurement quantities of cell 3. 
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8.4.1 .6 Measurement Control and Report: Inter-frequency measurement for 

transition from CELL DCH to CELL FACH state 



8.4.1.6.1 



Definition 



8.4.1.6.2 



Conformance requirement 



When transiting from CELL_DCH state to CELL_FACH state, the UE shall terminate all reporting activities related to 
inter-frequency measurements. After reaching CELL_FACH state, the UE shall begin to monitor neighbouring cells 
listed in the IE"inter-frequency cell info" of the system information type 12 message. 

Reference 

3GPPTS 25.331, clause 8.4.1.7 



8.4.1.6.3 



Test Purpose 



To verify that UE ceases to transmit MEASUREMENT REPORT messages when moving from CELL_DCH state to 
CELL_FACH, even if it has detected that reporting criteria have been satisfied in CELL_FACH state. To verify that 
the UE extracts information for inter-frequency measurement from system information messages after reaching 
CELL FACH state. 



8.4.1.6.4 



Method of test 



Initial Condition 

SS: 2 cells - Cell 1 is active while cell 2 is inactive. Cell 2 is allocated a frequency which is 1 UARFCN away from 
cell 1 in both uplink and downlink directions. The applicable radio conditions for cell 1 and cell 2 are as follow: 





Cell 1 


Cell 2 


UARFCN (N„ and N d ) 


Channel 1 


Channel 2 


CPICH RSCP 


-75 dBm 


-85 dBm 


Urxlevmin 


-90 dBm 


-90 dBm 


s 


15 


5 



UE: idle state and camped onto cell 1 . 

Test Procedure 

The UE is initially in idle mode. SS pages the UE with the establishment cause set to "Terminating PS Data Call". The 
SYSTEM INFORMATION TYPE 12 message is modified so that no measurement tasks are to be performed by the 
UE. The UE shall respond to the paging by sending a RRC CONNECTION REQUEST message on the PRACH. 
Upon receiving this message, SS allocates dedicated DPDCH physical channels to the UE by transmitting RRC 
CONNECTION SETUP message. The UE shall reply by transmitting a RRC CONNECTION SETUP COMPLETE 
message. SS then checks the IE"Measurement Capability" of this message and verifies that the UE is capable of 
performing inter-frequency measurements under FDD mode. After the confirmation of the UE inter-frequency 
measurement ability, SS transmits PHYSICAL CHANNEL RECONFIGURATION message. In this message, 
information related to the radio bearers and uplink/downlink radio resources remain unchanged as compared to the 
equivalent IEs found in RRC CONNECTION SETUP message. The only difference concerns IE"DPCH compressed 
mode info", which indicates that the UE shall apply the given parameters for compressed mode operations. The UE 
shall return PHYSICAL CHANNEL RECONFIGURATION COMPLETE message to acknowledge that compressed 
mode mechanism can be exercised. 
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SS then send a MEASUREMENT CONTROL message to the UE, specifying that cell 2 be the measurement object for 
inter-frequency type measurement. The periodic reporting criterion is selected for this measurement. SS waits for 8 
seconds to allow the periodic timer to expire. The UE shall sends a MEASUREMENT REPORT message containing 
measured result of cell 2's reporting quantity (CPICH Ec/No). SS transmits PHYSICAL CHANNEL 
RECONFIGURATION message again, requesting the UE to switch its uplink and downlink DPDCH to common 
physical channels. The UE shall return PHYSICAL CHANNEL RECONFIGURATION COMPLETE message and 
then moves to CELL_FACH state. SS waits for another 8 seconds to detect any possible uplink MEASUREMENT 
REPORT messages as a result of inter-frequency measurements. SS then increases the transmission power of cell 2 by 
20 dBm. SS waits for [x] seconds to allow the UE to perform cell re-selection. The UE shall transmit a CELL 
UPDATE message on the uplink CCCH of cell 2, specifying the cause as "cell re-selection". SS replies with CELL 
UPDATE CONFIRM message. 
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Expected Sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






UE is initially in idle mode and 
camped onto cell 1 . SYSTEM 
INFORMATION BLOCK TYPE 
12 is redefined, disabling all 
measurement and reporting 
activities. 


2 


^ 


PAGING TYPE 1 


SS pages UE with cause set 
to "incoming circuit-switched 
call" 


3 


^ 


RRC CONNECTION REQUEST 




4 


^ 


RRC CONNECTION SETUP 


Uplink and downlink DPDCH 
resources are allocated. 


5 


^ 


RRC CONNECTION SETUP COMPLETE 


UE shall indicate that it's 
capable of performing inter- 
frequency measurement for 
FDD mode. 


6 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION 


SS instructs UE to begin 
compressed mode operation. 


7 


■* 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


UE shall enter CELL_DCH 
state. 


8 


^ 


MEASUREMENT CONTROL 


SS indicates that cell 2 be 
monitored. SS waits for 8 
seconds. 


9 


-* 


MEASUREMENT REPORT 


UE shall transmit this 
message to report cell 2's 
CPICH Ec/No value. 


10 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION 


SS changes the physical 
channel allocation to common 
channel configuration. 


11 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


UE shall moves to 
CELL FACH state. 


12 






SS waits for 8 seconds to 
verify that no 

MEASUREMENT REPORT 
messages are detected. 


13 






SS changes SYSTEM 
INFORMATION BLOCK TYPE 
12 message to request that 
cell 2 be included in neighbour 
cell list for inter-frequency 
measurements. 


14 






SS increases the transmission 
power of cell 2 by 20 dBm, 
and then wait for a [x] seconds 
to allow the UE to re-select to 
a new cell. 


15 


^ 


CELL UPDATE 


UE shall detect that cell 2 has 
become the best cell and then 
perform cell re-selection 
procedure. 


16 


^ 


CELL UPDATE CONFIRM 


SS acknowledges the cell 2 is 
updated. 



Notes: 

The value [x] seconds is TBD, after the cell re-selection duration is determined from TS 25.304. 
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Specific Message Content 



SYSTEM INFORMATION BLOCK TYPE 12 



Information Element 


Value/Remark 


References to other system information blocks 


Not Present 


FACH measurement occasion info 




-k UTRA 


2 


- Other RAT present in inter-system cell info 


Not Present 


Measurement control system information 




- Intra-frequency measurement system 


Not Present 


information 




- Inter-frequency measurement system 


Not Present 


information 




- Inter-system measurement system 


Not Present 


information 




- Traffic volume measurement system 


Not Present 


information 




- UE Internal measurement system information 


Not Present 



PAGING TYPE 1 



Information Element 


Value/Remarks 


Paging Record List 




- Paging Record 




- CHOICE Paging originator 


CN Originator 


- Paging cause 


Terminating PS Data Call 


- CN domain identity 


CS Domain 


- CHOICE UE Identity 


IMSI (DS-41) 


-IMSI (DS-41) 


Set to the same value as in USIM card 


BCCH modification info 


Not Present 



RRC CONNECTION SETUP 

Use the same message sub-type found in Clause 8.1 of TS34.108, which is entitled "Transition to CELL_DCH'' 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



454 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



RRC CONNECTION SETUP COMPLETE 



Information Element 


Value/Remarks 


Hyperframe Number 


Not checked. 


UE Radio access capability 




- Conformance test compliance 


Checked to see if set to 'R99' 


- PDCP capability 


Not checked. 


- RLC capability 


Not checked. 


- Transport channel capability 


Not checked. 


- RF capability 


Not checked. 


- Physical channel capability 


Not checked. 


- UE multi-mode/multi-RAT capability 


Not checked. 


- Security capability 


Not checked. 


- LCS capability 


Not checked. 


- Measurement capability 




- FDD measurements DL 


Checked to see if set to TRUE' 


- TDD measurements DL 


Not checked. 


- GSM measurements DL 


Not checked. 


- GSM 900 DL 


Not checked. 


-DCS 1800 DL 


Not checked. 


-GSM 1900 DL 


Not checked. 


- Multi-carrier measurement DL 


Not checked. 


- FDD measurements UL 


Checked to see if set to TRUE' 


- TDD measurements UL 


Not checked. 


- GSM measurements UL 


Not checked. 


- GSM 900 UL 


Not checked. 


-DCS 1800 UL 


Not checked. 


-GSM 1900 UL 


Not checked. 


- Multi-carrier measurement UL 


Not checked. 


UE system specific capability 


Not checked. 



PHYSICAL CHANNEL RECONFIGURATION (Step 6) 

Use the same message sub-type found in Clause 8.1 of TS34.108, which is entitled "( Packet to CELL_DCH from 
CELL_DCH in PS", with the following exceptions in the IE(s) concerned: 
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Information Element 


Value/Remarks 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(Single) 


- Spreading factor 


Refer to the parameter set in TS 34.1 08 


- Fixed or flexible position 


Flexible 


- TFCI existence 


FALSE 


- Number of bits for Pilot bits (SF=128, 256) 


Not Present 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




- TGPSI 


1 


- TGPS Status Flag 


Active 


- Transmission gap pattern sequence 




configuration parameters 




-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIR 


2.0 


- DeltaSIRAfter 


1.0 



MEASUREMENT CONTROL (Step 8) 



Information Element 



Value/Remark 
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Measurement Identity Number 


15 


Measurement Command 


Setup 


Measurement Reporting Mode 


Not Present 


Additional measurements list 


Not Present 


CHOICE measurement type 


Inter-frequency measurement 


- Inter-frequency cell info list 




- Removed inter-frequency info list 


Not Present 


- New inter-frequency info list 




- Inter-frequency cell id 


Set to id of cell 2 


- Frequency info 




- UARFCN uplink (Nu) 


UARFCN of the uplink frequency for cell 2 


- UARFCN downlink (Nd) 


UARFCN of the downink frequency for cell 2 


- Cell info 




- Cell individual offset 


OdB 


- Reference time difference to cell 


chips 


- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code as used for cell 2 


- Primary CPICH TX power 


Not Present 


- Read SFN Indicator 


FALSE 


- TX Diversity Indicator 


FALSE 


- Inter-frequency measurement quantity 




- CHOICE reporting criteria 


Inter-frequency reporting criteria 


- Filter Coefficient 





- Measurement quantity for frequency quality 


CPICH Ec/No 


estimate 




- Inter-frequency reporting quantity 




- UTRA Carrier RSSI 


FALSE 


- Frequency quality estimate 


TRUE 


- Non frequency related cell reporting quantities 




- SFN-SFN observed time difference 


No report 


- Cell Identity 


FALSE 


- CPICH Ec/No 


FALSE 


-CPICH RSCP 


FALSE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


FALSE 


- Reporting cell status 


Not present 


- Measurement validity 


Not present 


- Inter-frequency set update 


Not present 


- CHOICE report criteria 


Periodic reporting criteria 


- Amount of reporting 


Infinity 


- Reporting interval 


8 seconds 



MEASUREMENT REPORT (Step 9) 



Information Element 



Value/Remarks 
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Measurement identity number 


Check to see if set to 1 5 


Measurement Results 




- CHOICE measurement 


Check to see if set to "Inter-frequency 




measured results list" 


- Inter-frequency measurement results 




- Frequency info 




- UARFCN (uplink) 


Check to see if set to the UARFCN of the 




uplink frequency for cell 2 


- UARFCN (downlink) 


Check to see if set to the UARFCN of the 




downlink frequency for cell 2 


- UTRA carrier RSSI 


Check to see if it is absent 


- Inter-frequency cell measurement results 




- Cell measured results 




- Cell Identity 


Check to see if set to the id of cell 2 


- SFN-SFN observed time difference 


Check to see if it is absent 


- Primary CPICH Info 




- Primary Scrambling Code 


Check to see if set to the same code for cell 2 


- CPICH Ec/No 


Check to see if it is present 


- CPICH RSCP 


Check to see if it is absent 


- Path loss 


Check to see if it is absent 


- CFN-SFN observed time difference 


Check to see if it is absent 


Event Results 


Check to see if it is absent 



PHYSICAL CHANNEL RECONFIGURATION (Step 10) 

Use the same message sub-type found in Clause 8.1 of TS34.108, which is entitled "(Packet to CELL_FACH from 
CELL_DCH in PS". 

CELL UPDATE 



Information Element 


Value/Remarks 


U-RNTI 

Integrity check info 

AM_RLC error indication (for C-plane) 

AM_RLC error indication (for U-plane) 

Cell update cause 

Protocol error info 

Measured results on RACH 

Protocol error information 


Check to see if same to value as in RRC 
CONNECTION SETUP message 
Check to see if it is absent 
Check to see if it is set to FALSE 
Check to see if it is set to FALSE 
Check to see if it is set to "Cell Reselection" 
Check to see if it is absent or set to FALSE 
Check to see if it is absent 
Check to see if it is absent 



CELL UPDATE CONFIRM 

Use the same message sub-type found in Clause 8.1 of TS34. 108. 



8.4.1.6.5 



Test Requirement 



After step 4 the UE shall transmit RRC CONNECTION SETUP COMPLETE message with the IE"Measurement 
capability", indicating that both uplink and downlink inter-frequency measurements for FDD mode are supported. 

After step 8 the UE shall transmit MEASUREMENT REPORT message to report cell 2's CPICH Ec/No value. 

After step 1 1 the UE shall stop sending MEASUREMENT REPORT messages which contain inter-frequency measured 
results for cell 2's CPICH Ec/No value. 

After step 14 the UE shall transmit CELL UPDATE message to inform that a cell reselection to cell 2 has occurred. 

8.4.1 .7 Measurement Control and Report: Intra-frequency measurement for 

transition from CELL FACH to CELL DCH state 



8.4.1.7.1 



Definition 
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8.4.1.7.2 Conformance requirement 

When transiting from CELL_FACH state to CELL_DCH state, the UE shall resume intra-frequency measurement if it 
has previously stored such a measurement context in CELL_DCH state. If the measurement context indicates reporting 
in CELL_DCH state, the UE shall re-start the associated reporting activities. In the case when the UE is not assigned 
any measurement tasks, it shall monitor the list of neighbouring cells stated in system information messages. It shall 
transmit MEASUREMENT REPORT messages when the reporting criteria (if specified in system information 
messages) are met. When in CELL_DCH state, the UE shall override existing measurement and reporting contexts 
extracted from system information messages, if a MEASUREMENT CONTROL message is received. The UE shall 
then apply the new measurement and reporting parameters accordingly. 

Reference 

3GPPTS 25.331, clause 8.4.1.8 

8.4.1.7.3 Test Purpose 

To confirm that UE resumes intra-frequency measurement and reporting when it enters CELL_DCH state from 
CELL_FACH state, if such a condition exists before entering CELL_DCH state. To confirm that the UE continues to 
monitor the neighbour cells intra-frequency measurement list found in system information messages, if no previous 
assigned measurement is present. To confirm that the UE transmits MEASUREMENT REPORT messages if reporting 
conditions stated in system information messages have been satisfied. To confirm that a subsequent MEASUREMENT 
CONTROL message received in CELL_DCH state 

8.4.1.7.4 Method of test 

Initial Condition 

System Simulator: 3 cells -All 3 are all active. The transmission power (RSCP) for CPICH of the 3 cells are as follow: 
cell 1 (-40dBm), cell 2 (-55dBm) and cell 3 (-70dBm). 

UE: CELL_FACH in cell 1. 

Test Procedure 

The UE is brought to CELL_FACH state, after the test operator has successfully initiated a packet-switched data call. 
The SYSTEM INFORMATION BLOCK TYPE 12 message is changed with respect to the default message contents, 
specifying that cell 2 is to be included in the neighbouring cell list for intra-frequency measurement. Event le is 
selected in IE"Intra-frequency measurement reporting criteria". 

SS send a PHYSICAL CHANNEL RECONFIGURATION message to UE, allocating dedicated physical channels on 
both uplink and downlink direction. Upon receiving such a message, the UE shall return PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE message and move to CELL_DCH state. The UE shall send MEASUREMENT 
REPORT messages to indicate that the measured result of cell 2, as the measurement quantity has exceeded the 
threshold value in system information message. After receiving this message, SS transmits MEASUREMENT 
CONTROL message in which it specifies that intra-frequency measurement for cell 3 shall be performed. The 
reporting criteria are the same as in SYSTEM INFORMATION BLOCK TYPE 12 message, except that the reporting 
threshold is lowered. After receiving such a message, the UE shall transmit another MEASUREMENT REPORT 
message. SS verifies that only measurement reading for cell 3 is included and no IEs shall be present, pertaining to 
measurement quantity in cell 2. 

Next, SS sends PHYSICAL CHANNEL RECONFIGURATION message to UE. In this message, the physical channel 
resources are switched to common physical channels - PRACH (RACH) for the uplink and S-CCPCH (FACH) for the 
downlink. UE shall reply with a PHYSICAL CHANNEL RECONFIGURATION COMPLETE and transits to 
CELL_FACH. SS checks the uplink RACH to confirm that no MEASUREMENT REPORT messages are received. SS 
then transmits another MEASUREMENT CONTROL message. The key parameters employed are: measurement type 
= 'intra-frequency measurement', measurement object = 'cell 2', reporting criteria = 'periodic reporting', measurement 
validity = 'resume', UE state for reporting = 'CELL_DCH'. SS waits for 10 seconds before sending a PHYSICAL 
CHANNEL RECONFIGURATION message, comprising DPDCH physical channels. UE shall then return to 
CELL_DCH state, start to monitor the neighbour cell specified by the SS while the UE was in CELL_FACH state. The 
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UE shall resume periodic reporting of cell 2's CPICH RSCP measured results by sending MEASUREMENT REPORT 

messages. 
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Expected Sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






UE is initially in CELL_FACH 
after having successfully 
connected a packet-switched 
data call. SYSTEM 
INFORMATION TYPE BLOCK 
TYPE 12 message is changed 
according to the descriptions 
in Specific Message Contents. 


2 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION 


Allocates DPDCH physical 
channels. 


3 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


UE shall move to CELL_DCH 
state. 


4 


^ 


MEASUREMENT REPORT 


Reports cell 2's RSCP value. 


5 


^ 


MEASUREMENT CONTROL 


Specifies cell 3 as the 
measurement object for intra- 
frequency measurement. The 
reporting criteria is the same 
as defined in SYSTEM 
INFORMATION BLOCK TYPE 
12 message, with the 
exception that threshold for 
event 1e is lowered. 


6 


^ 


MEASUREMENT REPORT 


UE shall report the estimated 
value for cell 3's CPICH RSCP 
reading only. 


7 


■* 


PHYSICAL CHANNEL 
RECONFIGURATION 


Allocates PRACH and S- 
CCPCH physical channels. 


8 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


UE shall move to CELL_FACH 
state. 


9 






SS checks that no 
MEASUREMENT REPORT 
messages are sent by UE. 


10 


^ 


MEASUREMENT CONTROL 


SS indicates that intra- 
frequency measurement and 
reporting for cell 2 be resumed 
if the UE subsequently transits 
to CELL DCH state. 


11 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION 


SS waits for 10 seconds 
before sending this message. 
DPCH physical channels are 
assigned to the UE in this 
message. 


12 


*■ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


UE shall return to CELL_DCH 
state. 


13 


^ 


MEASUREMENT REPORT 


UE begins to report cell 2's 
measured results again. 



Specific Message Content 

SYSTEM INFORMATION BLOCK TYPE 12 



Information Element 



Value/Remark 
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Reference to other system information blocks 


Not Present 


FACH measurement occasion info 


Not Present 


Measurement control system information 




- Intra-frequency measurement system 




information 




- Intra-frequency measurement identity number 


10 


- Intra-frequency cell info list 




- Removed intra-frequency info list 


Not Present 


- New intra-frequency info list 




- Intra-frequency cell id 


Set to id of cell 2 


- Cell info 




- Cell individual offset 


OdB 


- Reference time difference to cell 


chips 


- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code as used for cell 2 


- Primary CPICH TX power 


Not Present 


- Read SFN Indicator 


FALSE 


- TX Diversity Indicator 


FALSE 


- Cell selection and Re-selection info for 




SIB11/12 




- Qoffsets.n 


OdB 


- Maximum allowed UL TX power 


OdBm 


- HCS neighbouring cell information 


Not Present 


- Qqualmin, Qrxlevmin 


-20dB, -115dBm 


- Intra-frequency measurement quantity 




- Filter Coefficient 





- Measurement quantity 


CPICH Ec/No 


- Intra-frequency measurement for RACH 


Not Present 


reporting 




- Maximum number of reported cells on RACH 


No report 


- Reporting information for state CELL_DCH 




- Intra-frequency reporting quantity 




- Reporting quantities for active set cells 




- SFN-SFN observed time difference 


No report 


- Cell identity 


FALSE 


- CPICH Ec/No 


FALSE 


-CPICH RSCP 


FALSE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


FALSE 


- Reporting quantities for monitored set cells 




- SFN-SFN observed time difference 


No report 


- Cell identity 


TRUE 


- CPICH Ec/No 


FALSE 


-CPICH RSCP 


TRUE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


FALSE 


- Reporting quantities for unlisted cells 


Not present 


- CHOICE report criteria 


Intra-frequency measurement reporting criteria 


- Parameter required for each event 




- Intra-frequency event identity 


1e 


- Triggering condition 


Monitored set cells 


- Reporting range 


Not present 


- Cells forbidden to affect reporting 


Not present 


-W 


Not present 


- Hysteresis 


1.0 dB 


- Threshold used frequency 


-60dBm 


- Reporting deactivation threshold 


Not present 


- Replacement activation threshold 


Not present 


- Reporting Threshold 


-60dBm 


- Time to trigger 





- Amount of reporting 


Infinity 


- Reporting Interval 


1 6 seconds 


- Inter-frequency measurement system 


Not Present 


information 




- Inter-system measurement system information 


Not Present 


- Traffic volume measurement system 


Not Present 


information 




- UE internal measurement system information 


Not Present 
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[Editor's Note] IE" Threshold Used Frequency" {originated from CR-324) and IE" Reporting Threshold" (originated 
from CR-289rl) are basically similar in function, it is not clear whether one should be removed. 

PHYSICAL CHANNEL RECONFIGURATION (Step 2) 

Use the same message sub-type found in Clause 8.1 of TS34.108, which is entitled "Packet to CELL_DCH from 
CELLJFACH in PS" 
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MEASUREMENT REPORT (Step 4) 



Information Element 


Value/Remarks 


Measurement identity number 


Check to see if set to 1 


Measurement Results 




- CHOICE measurement 


Check to see if set to "Intra-frequency 




measured results list" 


- Intra-frequency measured results 




- Cell measured results 




- Cell Identity 


Check to see if set to the id of cell 2 


- SFN-SFN observed time difference 


Check to see if this IE is absent 


- Primary CPICH Info 




- Primary Scrambling Code 


Check to see if it's the same code for cell 2 


- CPICH Ec/No 


Check to see if this IE is absent 


-CPICH RSCP 


Check to see if this IE is present 


- Pathloss 


Check to see if this IE is absent 


- CFN-SFN observed time difference 


Check to see if this IE is absent 


Event Results 




- CHOICE event result 


Check to see if it's set to 'Intra-frequency 




measurement event results' 


- Intra-frequency event identity 


Check to see if this IE is set to '1 e' 


- Cell measured event results 




- Primary CPICH info 




- Primary scrambling code 


Check to see if it's the same code for cell 2 



MEASUREMENT CONTROL (Step 5) 



Information Element 



Value/Remark 
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Measurement Identity Number 


11 


Measurement Command 


Setup 


Measurement Reporting Mode 


Not Present 


Additional measurements list 


Not Present 


CHOICE measurement type 


Intra-frequency measurement 


- Intra-frequency cell info list 




- Removed intra-frequency info list 


Not Present 


- New intra-frequency info list 




- Intra-frequency cell id 


Set to id of cell 3 


- Cell info 




- Cell individual offset 


OdB 


- Reference time difference to cell 


chips 


- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code as used for cell 3 


- Primary CPICH TX power 


Not Present 


- Read SFN Indicator 


FALSE 


- TX Diversity Indicator 


FALSE 


- Intra-frequency measurement quantity 




- Filter Coefficient 





- Measurement quantity 


CPICH RSCP 


- Intra-frequency reporting quantity 




- Reporting quantities for active set cells 




- SFN-SFN observed time difference 


No report 


- Cell identity 


FALSE 


- CPICH Ec/No 


FALSE 


- CPICH RSCP 


FALSE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


FALSE 


- Reporting quantities for monitored set cells 




- SFN-SFN observed time difference 


No report 


- Cell identity 


TRUE 


- CPICH Ec/No 


FALSE 


-CPICH RSCP 


TRUE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


FALSE 


- Reporting quantities for unlisted cells 


Not present 


- Reporting cell status 


Not present 


- Measurement validity 


Not present 


- CHOICE report criteria 


Intra-frequency measurement criteria 


- Parameters required for each event 




- Intra-frequency event identity 


1e 


- Triggering condition 


Monitored set cells 


- Reporting Range 


Not Present 


- Cells forbidden to affect Reporting range 


Not Present 


- Primary CPICH Info 




- Primary Scrambling Code 


Set to the same scrambling code for cell 3 


-W 


Not Present 


- Hysteresis 


1.0 dB 


- Reporting deactivation threshold 


Not Present 


- Replacement activation threshold 


Not Present 


- Reporting Threshold 


-90dBm 


- Time to Trigger 





- Amount of reporting 


Infinity 


- Reporting interval 


16 seconds 



MEASUREMENT REPORT (Step 6) 



Information Element 



Value/Remarks 
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Measurement identity number 


Check to see if set to 1 1 


Measurement Results 




- CHOICE measurement 


Check to see if set to "Intra-frequency 




measured results list" 


- Intra-frequency measured results 




- Cell measured results 




- Cell Identity 


Check to see if set to the id of cell 3 


- SFN-SFN observed time difference 


Check to see if this IE is absent 


- Primary CPICH Info 




- Primary Scrambling Code 


Check to see if it's the same code for cell 3 


- CPICH Ec/No 


Check to see if this IE is absent 


-CPICH RSCP 


Check to see if this IE is present 


- Pathloss 


Check to see if this IE is absent 


- CFN-SFN observed time difference 


Check to see if this IE is absent 


Event Results 




- CHOICE event result 


Check to see if it's set to 'Intra-frequency 




measurement event results' 


- Intra-frequency event identity 


Check to see if this IE is set to '1 e' 


- Cell measured event results 




- Primary CPICH info 




- Primary scrambling code 


Check to see if it's the same code for cell 3 



PHYSICAL CHANNEL RECONFIGURATION (Step 7) 

Use the same message sub-type found in Clause 8.1 of TS34.108, which is entitled "Packet to CELL_FACH from 
CELL DCH in PS" 
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MEASUREMENT CONTROL (Step 10) 



Information Element 


Value/Remark 


Measurement Identity Number 


12 


Measurement Command 


Setup 


Measurement Reporting Mode 


Not Present 


Additional measurements list 


Not Present 


CHOICE measurement type 


Intra-frequency measurement 


- Intra-frequency cell info list 




- Removed intra-frequency info list 


Not Present 


- New intra-frequency info list 




- Intra-frequency cell id 


Set to id of cell 2 


- Cell info 




- Cell individual offset 


OdB 


- Reference time difference to cell 


chips 


- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code as used for cell 2 


- Primary CPICH TX power 


Not Present 


- Read SFN Indicator 


FALSE 


- TX Diversity Indicator 


FALSE 


- Intra-frequency measurement quantity 




- Filter Coefficient 





- Measurement quantity 


CPICH RSCP 


- Intra-frequency reporting quantity 




- Reporting quantities for active set cells 




- SFN-SFN observed time difference 


No report 


- Cell identity 


FALSE 


- CPICH Ec/No 


FALSE 


-CPICH RSCP 


FALSE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


FALSE 


- Reporting quantities for monitored set cells 




- SFN-SFN observed time difference 


No report 


- Cell identity 


TRUE 


- CPICH Ec/No 


FALSE 


-CPICH RSCP 


TRUE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


FALSE 


- Reporting quantities for unlisted cells 


Not present 


- Reporting cell status 


Not present 


- Measurement validity 


Resume 


- UE state 


CELL_DCH 


- CHOICE report criteria 


Intra-frequency measurement criteria 


- Parameters required for each event 




- Intra-frequency event identity 


1e 


- Triggering condition 


Monitored set cells 


- Reporting Range 


Not Present 


- Cells forbidden to affect Reporting range 


Not Present 


- Primary CPICH Info 




- Primary Scrambling Code 


Set to the same scrambling code for cell 2 


-W 


Not Present 


- Hysteresis 


Not Present 


- Reporting deactivation threshold 


Not Present 


- Replacement activation threshold 


Not Present 


- Reporting Threshold 


-65dBm 


- Time to Trigger 





- Amount of reporting 


Infinity 


- Reporting interval 


16 seconds 


- Reporting cell status 


Not Present 



PHYSICAL CHANNEL RECONFIGURATION (Step 11) 

Same as in step 2 
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MEASUREMENT REPORT (Step 13) 



Information Element 


Value/Remarks 


Measurement identity number 


Check to see if set to 1 2 


Measurement Results 




- CHOICE measurement 


Check to see if set to "Intra-frequency 




measured results list" 


- Intra-frequency measured results 




- Cell measured results 




- Cell Identity 


Check to see if set to the id of cell 2 


- SFN-SFN observed time difference 


Check to see if this IE is absent 


- Primary CPICH Info 




- Primary Scrambling Code 


Check to see if it's the same code for cell 2 


- CPICH Ec/No 


Check to see if this IE is absent 


-CPICH RSCP 


Check to see if this IE is present 


- Pathloss 


Check to see if this IE is absent 


- CFN-SFN observed time difference 


Check to see if this IE is absent 


Event Results 




- CHOICE event result 


Check to see if it's set to 'Intra-frequency 




measurement event results' 


- Intra-frequency event identity 


Check to see if this IE is set to '1 e' 


- Cell measured event results 




- Primary CPICH info 




- Primary scrambling code 


Check to see if it's the same code for cell 2 



8.4.1.7.5 



Test Requirement 



After step 3 the UE shall report cell 2's CPICH RSCP value by transmitting a MEASUREMENT REPORT message. 

After step 5 the UE shall delete all measurement and reporting contexts obtained from system information messages. 
However, it shall transmit a MEASUREMENT REPORT message containing measured results of cell 3's CPICH 
RSCP value only. 

After step 8 the UE shall stop intra-frequency measurement reporting assigned previously in the MEASUREMENT 
CONTROL message received in step 5. 

After step 12 the UE shall resume the measurement and reporting activities as specified in MEASUREMENT 
CONTROL message received in step 10. The UE shall transmit MEASUREMENT REPORT message, containing 
measured results of cell 2's CPICH RSCP value. 

8.4.1 .8 Measurement Control and Report: Inter-frequency measurement for 

transition from CELL FACH to CELL DCH state 



8.4.1.8.1 



Definition 



8.4.1.8.2 



Conformance requirement 



When transiting from CELL_FACH state to CELL_DCH state, the UE shall stop monitoring the list of inter-frequency 
neighbour cells indicated in system information messages. If the UE has a previously stored inter-frequency 
measurement context marked as resume, it shall reinstate the suspended measurement and associated reporting activities 
after it has entered CELL_DCH state. 

Reference 

3GPPTS 25.331 clause 8.4.1.8 



8.4.1.8.3 



Test Purpose 



To confirm that the UE erases all inter-frequency measurement contexts used in CELL_FACH state, when it moves to 
CELL_DCH. To confirm that the UE resumes inter-frequency measurements and reporting, which was assigned prior 
to CELL FACH state, after it moves to CELL DCH state. 
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8.4.1.8.4 



Method of test 



Initial Condition 

SS: 3 cells - All 3 cells are active and the applicable radio conditions are stated in the table below: 





Cell 1 


Cell 2 


Cell 3 


UARFCN (N u and N d ) 


Channel 1 


Channel 2 


Channel 2 


CPICH RSCP 


-60 dBm 


-65 dBm 


-75 dBm 


Urxlevmin 


-90 dBm 


-90 dBm 


-90 dBm 


s 


30 


25 


15 



UE: CELL_FACH in cell 1 after an incoming packet-switched data call is successfully established. 

Test Procedure 

The UE is in CELL_FACH state after a successful connection, triggered by an incoming packet-switched data call. SS 
modifies the content of SYSTEM INFORMATION BLOCK TYPE 12 message, which indicates that cell 2 shall be 
included in the list of neighbouring cells to be monitored for inter-frequency measurements. Next, SS transmits 
MEASUREMENT CONTROL message to request the UE to execute an inter-frequency measurement for cell 3. The 
parameters of the reporting criteria are as follow: event-triggered with event identity ='2c', threshold for non-used 
frequency = '-80 dBm', hysteresis = 'l.OdB', time to trigger = '10 seconds', amount of reporting = '1' and reporting 
interval = '0'. In the same message, IE"Measurement validity" is set to resume and "UE state for reporting" is assigned 
the value 'CELL_DCH'. 

SS sends PHYSICAL CHANNEL RECONFIGURATION message to allocate dedicated physical channels to the UE. 
Simultaneously, SS uses this message to command UE to start applying compressed mode mechanism for DPCH. The 
UE shall reply with PHYSICAL CHANNEL RECONFIGURATION COMPLETE message and then move to 
CELL_DCH state. SS waits for 10 seconds. The UE shall transmit MEASUREMENT REPORT message, containing 
the selected frequency quality estimate (in the case CPICH Ec/No) of cell 3. SS verifies that this message does not 
contain measured results for cell 2. After sending this message, the UE shall not transmit any more MEASUREMENT 
REPORT messages. 
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Expected Sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






UE is initially in CELL_FACH 
state after establishing an 
incoming packet-switched data 
call. SS modifies SYSTEM 
INFORMATION BLOCK TYPE 
12 to include cell 2 into the 
neighbour cell list for inter- 
frequency measurements. 


2 


^ 


MEASUREMENT CONTROL 


SS specifies inter-frequency 
measurement and reporting 
parameters for cell 3. 


3 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION 


SS allocates DPCH physical 
channels and specifies 
compressed mode parameters 


4 


^ 


PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE 


UE moves to CELL_DCH 
state. 


5 


^ 


MEASUREMENT REPORT 


UE shall resume inter- 
frequency measurement task 
for cell 3 and transmit this 
message to report the 
measured CPICH Ec/No value 



Specific Message Content 

SYSTEM INFORMATION BLOCK TYPE 12 (Step 1) 



Information Element 



Value/Remark 
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References to other system information blocks 


Not Present 


FACH measurement occasion info 




- kJJTRA 


2 


- Other RAT present in inter-system cell info 


Not Present 


Measurement control system information 




- Intra-frequency measurement system 


Not Present 


information 




- Inter-frequency measurement system 




information 




- Inter-frequency measurement identity number 


15 


- Inter-frequency cell info list 




- Removed inter-frequency info list 


Not Present 


- New inter-frequency info list 




- Inter-frequency cell id 


Set to id of cell 2 


- Cell info 




- Cell individual offset 


OdB 


- Reference time difference to cell 


chips 


- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code as used for cell 2 


- Primary CPICH TX power 


Not Present 


- Read SFN Indicator 


FALSE 


- TX Diversity Indicator 


FALSE 


- Cell selection and Re-selection info for 




SIB11/12 




- Qoffsets.n 


OdB 


- Maximum allowed UL TX power 


OdBm 


- HCS neighbouring cell information 


Not Present 


- Qqualmin, Qrxlevmin 


-20dB, -90dBm 


- Inter-frequency measurement quantity 




- CHOICE reporting criteria 


Inter-frequency reporting criteria 


- Filter Coefficient 





- Measurement quantity for frequency quality 


CPICH Ec/No 


estimate 




- Inter-frequency measurement reporting criteria 


Not Present 


- Parameters required for each event 




- Inter-frequency event identity 


2c 


- Threshold used frequency 


Not Present 


- W used frequency 


Not Present 


- Hysteresis 


1.0dB 


- Time to trigger 


10 sec 


- Amount of reporting 


1 


- Reporting interval 





- Parameters required for each non used 




frequency 




- Threshold non-used frequency 


-80dBm 


- W non-used frequency 


0.0 


- Inter-system measurement system information 


Not Present 


- Traffic volume measurement system 


Not Present 


information 




- UE internal measurement system information 


Not Present 



MEASUREMENT CONTROL (Step 2) 



Information Element 



Value/Remark 
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Measurement Identity Number 


14 


Measurement Command 


Setup 


Measurement Reporting Mode 


Not Present 


Additional measurements list 


Not Present 


CHOICE measurement type 


Inter-frequency measurement 


- Inter-frequency cell info list 




- Removed inter-frequency info list 


Not Present 


- New inter-frequency info list 




- Inter-frequency cell id 


Set to id of cell 3 


- Frequency info 




- UARFCN uplink (Nu) 


UARFCN of the uplink frequency for cell 3 


- UARFCN downlink (Nd) 


UARFCN of the downink frequency for cell 3 


- Cell info 




- Cell individual offset 


OdB 


- Reference time difference to cell 


chips 


- Primary CPICH Info 




- Primary Scrambling Code 


Set to same code as used for cell 3 


- Primary CPICH TX power 


Not Present 


- Read SFN Indicator 


FALSE 


- TX Diversity Indicator 


FALSE 


- Inter-frequency measurement quantity 




- CHOICE reporting criteria 


Inter-frequency reporting criteria 


- Filter Coefficient 





- Measurement quantity for frequency quality 


CPICH Ec/No 


estimate 




- Inter-frequency reporting quantity 




- UTRA Carrier RSSI 


FALSE 


- Frequency quality estimate 


TRUE 


- Non frequency related cell reporting quantities 




- SFN-SFN observed time difference 


No report 


- Cell Identity 


TRUE 


- CPICH Ec/No 


FALSE 


-CPICH RSCP 


TRUE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


FALSE 


- Reporting cell status 


Not present 


- Measurement validity 




- Resume/Release 


Resume 


- UE State 


CELL_DCH 


- Inter-frequency set update 


Not Present 


- CHOICE report criteria 


Inter-frequency measurement reporting criteria 


- Parameters required for each event 




- Inter-frequency event identity 


2c 


- Threshold used frequency 


Not Present 


- W used frequency 


Not Present 


- Hysteresis 





- Time to trigger 


1 seconds 


- Amount of reporting 


1 


- Reporting Interval 





- Reporting cell status 


Not Present 


- Parameters required for each non-used 




frequency 




- Threshold non used frequency 


-80 dBm 


- W non-used frequency 


0.0 



PHYSICAL CHANNEL RECONFIGURATION (Step 3) 

Use the same message sub-type found in Clause 8.1 of TS34.108, which is entitled "( Packet to CELL_DCH from 
CELL_FACH in PS", with the following exceptions in the IE(s) concerned: 
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Information Element 


Value/Remarks 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(Single) 


- Spreading factor 


Refer to the parameter set in TS 34.1 08 


- Fixed or flexible position 


Flexible 


- TFCI existence 


FALSE 


- Number of bits for Pilot bits (SF=128, 256) 


Not Present 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




- TGPSI 


1 


- TGPS Status Flag 


Active 


- Transmission gap pattern sequence 




configuration parameters 




-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIR 


2.0 


- DeltaSIRAfter 


1.0 



MEASUREMENT REPORT (Step 5) 



Information Element 



Value/Remarks 
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Measurement identity number 


Check to see if set to 1 4 


Measurement Results 




- CHOICE measurement 


Check to see if set to "Inter-frequency 




measured results list" 


- Inter-frequency measurement results 




- Frequency info 




- UARFCN (uplink) 


Check to see if set to the UARFCN of the 




uplink frequency for cell 3 


- UARFCN (downlink) 


Check to see if set to the UARFCN of the 




downlink frequency for cell 3 


- UTRA carrier RSSI 


Check to see if it is absent 


- Inter-frequency cell measurement results 




- Cell measured results 




- Cell Identity 


Check to see if set to the id of cell 3 


- SFN-SFN observed time difference 


Check to see if it is absent 


- Primary CPICH Info 




- Primary Scrambling Code 


Check to see if set to the same code for cell 3 


- CPICH Ec/No 


Check to see if it is present 


- CPICH RSCP 


Check to see if it is absent 


- Path loss 


Check to see if it is absent 


- CFN-SFN observed time difference 


Check to see if it is absent 


Event Results 




- CHOICE event result 


Inter-frequency event results 


- Inter-frequency event identity 


Check to see if it's set to '2c' 


- Inter-frequency cells 




- Frequency Info 




- UARFCN (uplink) 


Check to see if set to the UARFCN of the 




uplink frequency for cell 3 


- UARFCN (downlink) 


Check to see if set to the UARFCN of the 




downlink frequency for cell 3 


- Non frequency related measurement event 




results 




- Primary CPICH Info 




- Primary Scrambling Code 


Check to see if set to the same code for cell 3 



8.4.1.8.5 



Test Requirement 



After step 4 the UE shall transmit a MEASUREMENT REPORT message, containing the measured results for cell 3's 
CPICH Ec/No value. The UE shall not transmit any messages pertaining to cell 2's measurements. 



8.4.1 .9 Measurement Control and Report: Unsupported measurement in the UE 

8.4.1.9.1 Definition 



8.4.1.9.2 



Conformance requirement 



If the UTRAN indicates the UE to perform a measurement that is not supported in the UE, the UE shall keep the 
measurement configuration. Then the UE shall transmit a MEASUREMENT CONTROL FAILURE message on the 
DCCH using AM RLC. 

Reference 

3GPPTS25.331 clause 8.4.1. 



8.4.1.9.3 



Test purpose 



To confirm that the UE transmits a MEASUREMENT CONTROL FAILURE message, with the value "unsupported 
measurement" specified in IE" failure cause" when the SS commanded the UE to perform an unsupported measurement 
by sending a MEASUREMENT CONTROL message. 
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8.4.1.9.4 



Method of test 



Initial Condition 

System Simulator : lcell 

UE : CELL_DCH 

[ Editor's note : It is assumed in this test that the UE under test does not possess any inter-system measurement 
capability. The mandatory type(s) of measurement capability that should be implemented by the UE is to be discussed ] 

Test Procedure 

The UE is in the CELL_DCH state. The SS transmits a MEASUREMEN CONTROL message which includes 

parameters (e.g. Measurement identity number : 2 , measurement command : Setup , measurement type: inter-system 
measurements, measurement reporting mode: unacknowledged and periodical reporting, measurement object: inter- 
system cell information, measurement quantity: Signal strength, reporting quantity: RSSI on BCCH carrier). As the UE 
under test does not support inter-system measurement, it shall transmit a MEASUREMENT CONTROL FAILURE 
message on the uplink DCCH using AM RLC. 

Expected sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is in the CELL_DCH 
state. 


2 


^ 


MEASUREMENT CONTROL 


Including the parameters (e.g. 
Measurement identity number 
: 2 , measurement command : 
Setup , measurement type: 
inter-system measurements, 
measurement reporting mode: 
unacknowledged and 
periodical reporting, 
measurement object: inter- 
system cell information, 
measurement quantity: Signal 
strength, reporting quantity: 
RSSI on BCCH carrier). 


3 


^ 


MEASUREMENT CONTROL FAILURE 


Which is set to "unsupported 
measurement" in IE" failure 
cause". 
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Specific Message Content 



MEASUREMENT CONTROL 



Information Element 


Value/Remark 


Measurement Identity Number 


2 




Measurement Command 


Setup 




Measurement Reporting Mode 


Unacknowledged mode 




Additional measurements list 


Not Present 




CHOICE measurement type 


Inter-system measurement 




- Inter-system cell info list 






- Removed inter-system cells 


Not Present 




- New inter-system cells 


1 




- Inter-system cell id 






- CHOICE Radio Access Technology 


GSM 




- Qoffsets.n 


Not Present 




- HCS Neighbouring Cell Information 


Not Present 




- Qqualmin, Qrxlevmin 


-20dB, -90dBm 




- Maximum allowed UL TX power 


Set to the maximum allowed by UE RF 
class 


power 


-BSIC 


Set to the BSIC code of cell 2 




-BSICARFCN 


Set to the ARFCN assigned to cell 2 




- Output power 


Not Present 




- Inter-system measurement quantity 






- CHOICE reporting criteria 


Inter-frequency reporting criteria 




- Filter Coefficient 







- Measurement quantity for frequency quality 


CPICH Ec/No 




estimate 






- Inter-system reporting quantity 






- UTRA Carrier RSSI 


TRUE 




- Frequency quality estimate 


FALSE 




- Non frequency related cell reporting quantities 






- SFN-SFN observed time difference 


FALSE 




- CPICH Ec/NO 


FALSE 




-CPICH RSCP 


FALSE 




- Pathloss 


FALSE 




- CFN-SFN observed time difference 


FALSE 




- Reporting Cell Status 


Not Present 




- CHOICE Report Criteria 


Periodical reporting criteria 




- Amount of reporting 


Infinity 




- Reporting Interval 


32 seconds 





MEASUREMENT CONTROL FAILURE 



Information Element 


Value/Remarks 


Failure cause 


To check if it is set to "Unsupported 
measurement" 



8.4.1.9.4 



Test requirement 



After step 2 the UE shall identify the unsupported measurement element in the MEASUREMENT CONTROL message 
and transmit a MEASUREMENT CONTROL FAILURE. In this message, the value "unsupported measurement" shall 
be specified in IE" failure cause". 

8.4.1 .10 Measurement Control and Report: Failure (Invalid Message Reception) 

8.4.1.10.1 Definition 
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8.4.1.10.2 



Conformance requirement 



When the UE received a MEASUREMENT CONTROL message containing an unexpected conditional IE, it shall reply 
with a MEASUREMENT CONTROL FAILURE message stating the appropriate protocol error information. It shall 
maintain the monitoring and measurement reporting mechanism as in before the MEASUREMENT CONTROL 
message has been received. 

Reference 

3GPPTS 25.331 clause 8.4.1.9 



8.4.1.10.3 



Test Purpose 



To confirm that the UE does not change its current monitoring and measurement settings after it has received an illegal 
MEASUREMENT CONTROL message, which contains an unexpected IE error. To confirm that the UE resume its 
normal measurement reporting operations after transmitting MEASUREMENT CONTROL FAILURE message to the 
SS. 

8.4.1.10.4 Method of test 

Initial Condition 

System Simulator : 1 cell. 

UE : CELL_DCH 

Test Procedure 

The UE is initially brought to CELL_DCH. SS transmits a MEASUREMENT CONTROL message to the UE, 
commanding it to start transmitting report messages for the reporting quantity "UE Transmitted Power". SS then waits 
for the MEASUREMENT RERORT message with the allocated measurement identity to arrive. Then it transmits the 
MEASUREMENT CONTROL message again. In this message, SS requests that the reporting activities for "UE 
Transmitted Power" be stopped. At the end of this message, SS appends an unknown information element. When the 
UE receives this message, it shall reply with MEASURMENT CONTROL FAILURE message as it has detected a 
protocol error. It shall not cease to report its own transmission power level using MEASUREMENT REPORT 
messages. 



Expected Sequence 



Step 


Direction 


Message 


Comment 


UE | SS 


1 






The UE is CELL DCH state in 
cell 1. 


2 


^ 


MEASUREMENT CONTROL 


SS transmits this message on 
downlink DCCH to instruct UE 
to start reporting the quantity 
"UE transmit power". 


3 


^ 


MEASUREMENT REPORT 


UE shall send this message 
periodically at 32 seconds 
interval 


4 


^ 


MEASURMENT CONTROL 


SS sends a MEASUREMENT 
CONTROL message to 
request that UE stop the 
reporting activity. 


5 


^ 


MEASUREMENT CONTROL FAILURE 


UE shall maintain its current 
measurement context and 
send this message. 
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6 


^ 


MEASUREMENT REPORT 


32 seconds after step 3, UE 
shall continue to transmit this 
message to the SS. 



Specific Message Content 
MEASUREMENT CONTROL (Step 2) 



Information Element 


Value/Remark 


Measurement Identity Number 
Measurement Command 


3 
Setup 


Measurement Reporting Mode 
Additional measurements list 


Not Present 
Not Present 


CHOICE measurement type 


UE internal measurement 


- UE internal measurement quantity 

- Measurement quantity 

- Filter coefficient 


UE Transmitted Power 



- UE internal reporting quantity 
- UE Transmitted Power 


TRUE 


- UE Rx-Tx time difference 


FALSE 


CHOICE report criteria 

- Amount of reporting 

- Reporting interval 


Periodical reporting criteria 

Infinity 

32 seconds 



MEASUREMENT REPORT (Step 3) 



Information Element 


Value/Remarks 


Measurement identity number 


Check to see if set to 3 


Measurement Results 




CHOICE measurement 


Check to see if set to "UE internal 




measurement" 


- UE Transmitted Power 


Check to see if the reported power is 




compatible with RF class 


- UE Rx-Tx report entries 


Check to see if this IE is absent 


Event Results 


Check to see if this IE is absent 



MEASUREMENT CONTROL (Step 4) 



Information Element 


Value/Remark 


Measurement Identity Number 
Measurement Command 
Measurement Reporting Mode 
Additional measurements list 
CHOICE measurement type 


3 

Stop 

Not Present 

Not Present 

Contains an arbitrary value 



MEASUREMENT CONTROL FAILURE (Step 5) 



Information Element 


Value/Remark 


Failure cause 

Protocol error information 


Check to see if set to "protocol error" 

Check to see if set to "Message extension not 

comprehended" 



MEASUREMENT REPORT (Step 6) 
Same as in the requirement for step 3 



8.4.1.10.5 



Test Requirement 



After step 4 the UE shall transmit MEASUREMENT FAILURE message, stating the IE"failure cause" as "protocol 
error" and IE"protocol error information" as "message extension not comprehended". It shall continue to send 
MEASUREMENT REPORT with the correct identity number and measurement result entries at approximately 32 
seconds interval. 
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9 Elementary procedures of mobility management 

The tests are based on TS 24.008. 

In this clause, when the expected sequence require that "a mobile originated CM connection is attempted", it shall be for 
a service other than emergency call. 

In this clause, a initial CM message is either a SETUP message, a REGISTER message or a CP-DATA message (in that 
case the acknowledged mode of operation on SAPI 3 will have be established and this message will be sent on SAPI 3). 

9.1 TMSI reallocation 

The intention of the TMSI Reallocation procedure is to assign a new temporary identity for the UE. If the message is 
not understood by the UE, the network could not establish a link to the UE. As this is a common MM procedure, it can 
be initiated at any time. 

9.1.1 Conformance requirement 

1) A User Equipment shall acknowledge a new TMSI when explicitly allocated during a location updating 
procedure or an incoming call. 

2) The TMSI shall be updated on the SIM when the User Equipment is correctly deactivated in accordance with the 
manufacturer's instructions. 

3) A User Equipment shall answer paging with this TMSI and includes it in the Paging Response message. 

Reference(s) 

TS 24.008 Clause 4.3.1. 

9.1.2 Test purpose 

To verify that the UE is able to receive and acknowledge a new TMSI by means of an explicit TMSI reallocation 
procedure. 

To verify that the UE has stored the TMSI in a non-volatile memory. 

The implicit reallocation procedure is tested in clause 9.4.1. 

9.1.3 Method of test 

Initial conditions 

System Simulator: 

two cells A and B, belonging to different location areas a and b, default parameters. 
User Equipment: 
- the UE has valid TMSI (= TMSI1), CKSN, Kc. It is "idle updated" on cell B. 

Related ICS/IXIT statement(s) 

Switch off button Yes/No. 

Way to bring the UE into service. 
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Foreseen final state of the UE 

The UE has a valid TMSI (= TMSI1), CKSN, Kc. It is "idle updated" on cell A. 

Test Procedure 

The UE is paged in cell B and the security mode is established. An explicit TMSI reallocation procedure is performed. 
The RRC CONNECTION is released. The UE is switched off and then its power supply is interrupted for 10 seconds. 
The power supply is resumed and then the UE is switched on and allowed sufficient time to guarantee that the UE is in 
service (listening to its paging subchannel). The system simulator then checks, by paging, whether the UE has stored the 
received TMSI. 

The UE is made to select cell A. A normal location updating procedure is performed in cell A. An explicit TMSI 
reallocation procedure is performed and then the location updating procedure is accepted by the SS. The system 
simulator checks, by paging, whether the UE has stored the allocated TMSI. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be received 








on cell B. 


1 


^ 




"Mobile identity" = TMSI1. 






MOBILE TERMINATED 


Establishment Cause: Answer to paging. 






ESTABLISHMENT OF RRC 






^ 


CONNECTION 




2 




PAGING RESPONSE 




3 


<r 


SECURITY MODE COMMAND 


The SS starts deciphering. 


4 


■^ 


SECURITY MODE COMPLETE 


The SS starts enciphering. 


5 


<r 


TMSI REALLOCATION 


"Mobile identity" = new TMSI (TMSI2) different from TMSI 






COMMAND 


1. 


6 


■> 


TMSI REALLOCATION 
COMPLETE 




7 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


8 


UE 




If possible (see ICS), the UE is switched off. 


8a 


UE 




The power supply is interrupted for 1 seconds. 


9 


UE 




The UE is switched on. 


10 


SS 




The SS waits an amount of time which is enough to 
guarantee that the UE is in service (listening to its paging 
subchannel). 


11 


^ 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 


"Mobile identity" = TMSI2. 








Establishment Cause: Answer to paging. 


12 


PAGING RESPONSE 


"Mobile identity" =TMSI2. 


13 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. The following 
messages are sent and shall be received on cell A 


14 


SS 




The RF level of cell B is lowered until the UE selects cell 
A. The RF level of cell B is set sufficiently low to ensure 
that cell B is not suitable as defined in subclause 6.6.2. 


15 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


16 


<r 


RRC CONNECTION SETUP 




17 


■^ 


LOCATION UPDATING 


location updating type = normal, "ciphering key sequence 






REQUEST 


number" = CKSN, LAI = b, "mobile identity" = TMSI2. 


18 


^ 


TMSI REALLOCATION 
COMMAND 


TMSI=TMSI1. 


19 


^ 


TMSI REALLOCATION 
COMPLETE 




20 


^ 


LOCATION UPDATING ACCEPT 


This message does not contain the optional Mobile 
Identity field. 


21 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. The SS waits an 
amount of time which is enough to guarantee that the UE 
is "idle updated" on cell A. 


22 


^ 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 


"Mobile identity" IE contains the new TMSI (= TMSI1). 




^ 
^ 
^ 




"Establishment cause": Answer to paging. 


23 


PAGING RESPONSE 


"Mobile identity" IE contains the new TMSI (= TMSI1). 


24 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 
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Specific message contents 
None. 

9.2 Authentication 

The purpose of this procedure is to verify the user identity. A correct response is essential to guarantee the 
establishment of the connection. If not, the connection will drop. 

The SS shall be able to handle vectors of Kc, RAND, and SRES in a similar way as the MSC/BSS entities. The SS shall 
incorporate a test algorithm for generating SRES and Kc from RAND and Ki which operates as described in annex 4. 

9.2.1 Authentication accepted 

9.2.1.1 Conformance requirement 

1) A User Equipment shall correctly respond to an Authentication Request message by sending an Authentication 
Response message with the SRES information field set to the same value as the one produced by the 
authentication algorithm in the network. 

2) A User Equipment shall indicate in a Paging Response message the ciphering key sequence number which was 
allocated to it through the authentication procedure. 

Reference(s) 

TS 24.008 Clause 4.3.2a. 

9.2.1.2 Test purpose 

1) To check that a User Equipment correctly responds to an Authentication Request message by sending an 
Authentication Response message with the SRES information field set to the same value as the one produced by 
the authentication algorithm in the network. 

2) To check that a User Equipment indicates in a Paging Response message the ciphering key sequence number 
which was allocated to it through the authentication procedure. 

9.2.1.3 Method of test 

Initial conditions 

- System Simulator: 

1 cell, default parameters. 
User Equipment: 
- the UE has valid TMSI, CKSN (CKSN1), Kc. It is "idle updated" on the cell. 

Related ICS/IXIT statement(s) 
None. 

Foreseen final state of the UE 

The UE has valid TMSI, CKSN and Kc. It is "idle updated" on the cell. 
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Test Procedure 

The UE is paged. After the UE has sent a PAGING RESPONSE message to the SS, the SS initiates an authentication 
procedure and checks the value SRES sent by the UE in the AUTHENTICATION RESPONSE message. The RRC 
CONNECTION is released. The UE is paged and the SS checks the value of the ciphering key sequence number sent by 
the UE in the PAGING RESPONSE message. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


^ 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 










Establishment Cause: Answer to paging. 


2 


PAGING RESPONSE 


CKSN = CKSN1 


3 


<r 


AUTHENTICATION REQUEST 


The SS initiates authentication with CKSN2 different from 
CKSN1. 


4 


■> 


AUTHENTICATION RESPONSE 


"Auth. parameter SRES" IE shall be bit exact with the 
value as produced by the authentication algorithm. 


5 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. The SS waits an 
amount of time which is enough to guarantee that the UE 
is in service. 


6 


^ 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 










Establishment Cause: Answer to paging. 


7 


PAGING RESPONSE 


"Ciphering key sequence number" shall be the same as 








the value that was sent in the last AUTHENTICATION 








REQUEST message (= CKSN2). 


8 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 

9.2.2 Authentication rejected 

9.2.2.1 Conformance requirement 

1) After reception of an Authentication Reject message the User Equipment shall: 

1.1 not perform normal location updating; 

1.2 not perform periodic location updating; 

1.3 not respond to paging with TMSI; 

1.4 reject any request from CM entity for MM connection except for emergency call; 

1 .5 not perform IMSI detach if deactivated. 

2) After reception of an Authentication Reject message the User Equipment, if it supports speech, shall accept a 
request for an emergency call by sending a RRC CONNECTION REQUEST message with the establishment 
cause set to "emergency call" and include an IMEI as mobile identity in the CM SERVICE REQUEST message. 
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3) After reception of an Authentication Reject message the User Equipment shall delete the stored LAI, CKSN and 
TMSI. 

Reference(s) 

TS 24.008 Clause 4.3.2.5. 

9.2.2.2 Test purpose 

1) To check that , after reception of an Authentication Reject message, the User Equipment: 

1.1 does not perform normal location updating; 

1 .2 does not perform periodic location updating; 

1 .3 does not respond to paging with TMSI; 

1.4 rejects any request from CM entity for MM connection except for emergency call; 

1 .5 does not perform IMSI detach if deactivated. 

2) To check that, after reception of an Authentication Reject message the User Equipment, if it supports speech, 
accepts a request for an emergency call by sending a RRC CONNECTION REQUEST message with the 
establishment cause set to "emergency call" and includes an IMEI as mobile identity in the CM SERVICE 
REQUEST message. 

3) To check that, after reception of an Authentication Reject message and after having been deactivated and 
reactivated, the UE performs location updating using its IMSI as mobile identity and indicates deleted LAI and 
CKSN. 

9.2.2.3 Method of test 

Initial conditions 

- System Simulator: 

two cells: A and B, belonging to different location areas a and b; 
IMSI attach/detach is allowed in both cells; 
the T3212 time-out value is 1/10 hour in both cells. 
User Equipment: 
- the UE has valid TMSI, CKSN (CKSN2) and Kc. It is "idle updated" on cell B. 

Related ICS/IXIT statement(s) 

SIM removal possible while UE is powered Yes/No. 

Switch off on button Yes/No. 

Support of speech Yes/No. 

Foreseen final state of the UE 

The UE has valid TMSI, CKSN (CKSN1) and Kc. It is "idle updated" on cell A. 

Test procedure 

The SS rejects an authentication. The RRC CONNECTION is released. The SS checks that the UE has entered the state 
MM IDLE substate NO IMSI, i.e. does not perform normal location updating, does not perform periodic updating, does 
not respond to paging, rejects any requests from CM entities except emergency calls and does not perform IMSI detach 
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if SIM detachment is performed, switch off is performed, or the power is removed, depending on the UE (see 
ICS/IXIT). 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


The following messages are sent and shall be received or 


i cell B 


1 


<- 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 










Establishment Cause: Answer to paging. 


2 


PAGING RESPONSE 


"Ciphering key sequence number" shall be the same as 








the value that was sent in the last AUTHENTICATION 








REQUEST message (= CKSN2). 


3 


^ 


AUTHENTICATION REQUEST 




4 


^ 


AUTHENTICATION RESPONSE 




5 


<r 


AUTHENTICATION REJECT 




6 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


9 


^ 




The UE is paged in cell B. "Mobile identity" IE contains 






MOBILE TERMINATED 


TMSI. 






ESTABLISHMENT OF RRC 








CONNECTION 




10 


UE 




The UE shall ignore this message. This is verified during 
3 seconds. 


11 


SS 




The SS waits for at least for 1 5 s. 


12 


UE 




A MO CM connection is attempted. 


13 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or cell B. This is checked during 3 
seconds. 


14 


UE 




If the UE supports speech (see ICS), an emergency call 
is attempted. 








"Establishment cause": Emergency call. 


15 


CM SERVICE REQUEST 


"CM service type": Emergency call establishment. 








"Mobile identity": type of identity is set to IMEI. 


16 


^ 


CM SERVICE ACCEPT 




17 


^ 


EMERGENCY SETUP 




18 


<r 


RELEASE COMPLETE 


"Cause" = unassigned number. 


19 


<- 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


The folio 


wing messac 


jes are sent and shall be received or 


l cell A. 


20 


SS 




The RF levels are changed to make the UE reselect the 
cell A. 


21 


UE 




The UE performs cell reselection according to procedure 
as specified in (this however is not checked until step 29). 
The UE shall not initiate an RRC connection 
establishment on cell A or on cell B. 


22 


SS 




The SS waits at least 7 minutes for a possible periodic 
updating. 


23 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B. 


24 


UE 




If possible (see ICS) SIM detachment is performed. 
Otherwise if possible (see ICS) switch off is performed. 
Otherwise the power is removed. 


25 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B. This is checked 
during 3 seconds. 


26 


UE 




Depending on what has been performed in step 26 the 
UE is brought back to operation. 


27 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


28 


<r 


RRC CONNECTION SETUP 




29 


■^ 


LOCATION UPDATING 


"location updating type" = normal, "CKSN" = no key 






REQUEST 


available, "Mobile Identity" = IMSI, "LAI" = deleted LAI 
(the MCC and MNC hold the previous values, the LAC is 
coded FFFE). 
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30 


<- 


AUTHENTICATION REQUEST 


"CKSN" = CKSN1. 


31 


■^ 


AUTHENTICATION RESPONSE 




32 


<- 


LOCATION UPDATING ACCEPT 


"Mobile Identity" = TMSI. 


33 


■^ 


TMSI REALLOCATION 
COMPLETE 




34 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 



9.3 



Identification 



The purpose of this procedure is to check that the UE gives its identity as requested by the network. If this procedure 
does not work, it will not be possible for the network to rely on the identity claimed by the UE. 

9.3.1 General Identification 

9.3.1.1 Conformance requirement 

1) When requested by the network the User Equipment shall send its IMSI. 

2) When requested by the network the User Equipment shall send the TMSI which it was previously allocated. 

3) When requested by the network the User Equipment shall send its IMEI as stored in the Mobile Equipment. 

4) When requested by the network the User Equipment shall send its IMEISV as stored in the Mobile Equipment. 

Reference(s) 

TS 24.008 Clause 4.3.3. 



9.3.1.2 



Test purpose 



1) To verify that the UE sends identity information as requested by the system in the following cases: IMSI and 
TMSI are requested in non-ciphered mode, IMEI is requested in ciphered mode. 

2) To verify that the UE sends its IMEI, when requested to do so, in non-ciphered mode. 

3) To verify that the UE sends its IMEISV, when requested to do so, in non-ciphered mode. 



9.3.1.3 



9.3.1.3.1 



Method of test 



Identification / test 1 



Initial conditions 

System Simulator: 

1 cell, default values. 
User Equipment: 
- the UE has a valid TMSI. It is "idle updated" on the cell. 

Related ICS/IXIT statement(s) 
IMEI of the ME. 
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Foreseen final state of the UE 

The UE has a valid TMSI. It is "idle updated" on the cell. 

Test Procedure 

The SS requests identity information from the UE: 

- IMSI in non SECURITY mode; 

- allocated TMSI in non SECURITY mode; 

- IMEI in SECURITY mode. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


<- 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 










Establishment Cause: Answer to paging. 


2 


PAGING RESPONSE 




3 


<- 


IDENTITY REQUEST 


"Identity type" IE is IMSI. 


4 


■^ 


IDENTITY RESPONSE 


"Mobile identity" IE specifies the IMSI of the UE. 


5 


<r 


IDENTITY REQUEST 


"Identity type" IE is TMSI. 


6 


■^ 


IDENTITY RESPONSE 


"Mobile identity" IE specifies the allocated TMSI of the 
UE. 


7 


^ 


SECURITY MODE COMMAND 


8 


^ 


SECURITY MODE COMPLETE 




9 


<r 


IDENTITY REQUEST 


"Identity type" IE is IMEI. 


10 


■^ 


IDENTITY RESPONSE 


"Mobile identity" IE specifies the IMEI stored in the Mobile 
Equipment. 


11 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 



9.3.1.3.2 



Identification / test 2 



Initial conditions 

System Simulator: 

1 cell, default values. 
User Equipment: 
- the UE has a valid TMSI. It is in "idle updated". 

Related ICS/IXIT statement(s) 
IMEI of the ME. 
IMEISVoftheME. 
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Foreseen final state of the UE 

The UE has a valid TMSI. It is "idle updated". 

Test Procedure 

The SS requests identity information from the UE: 

IMEI in non security mode; 

IMEISV in non security mode. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 


<- 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 


Establishment Cause: Answer to paging. 


2 
3 

4 
5 
6 

7 


PAGING RESPONSE 
IDENTITY REQUEST 
IDENTITY RESPONSE 
IDENTITY REQUEST 
IDENTITY RESPONSE 
RRC CONNECTION RELEASE 


"Identity type" IE is IMEI. 

"Mobile identity" IE specifies the IMEI of the UE. 

"Identity type" IE is IMEIS. 

"Mobile identity" IE specifies the IMEISV of the UE. 

After the sending of this message, the SS waits for the 

disconnection of the main signalling link. 



Specific message contents 
None. 

9.3.2 Handling of IMSI shorter than the maximum length 

9.3.2.1 Conformance requirement 

The UE shall be capable of handling an IMSI that is not of the maximum length. 

Reference(s) 

TS 24.008 Clause 10.5.1.4. 

9.3.2.2 Test purpose 

To check that the UE behaves correctly when activated with an IMSI of length less than the maximum length. 
In this condition, the UE shall: 

- perform location updating; 
answer to paging with IMSI; 

- give the correct IMSI when asked by an IDENTITY REQUEST; 
attempt CM connection establishment when requested to; 
attempt call re-establishment when needed; 

attempt IMSI detach when needed; 
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- erase its TMSI when the IMSI is sent by the network in a LOCATION UPDATING ACCEPT or a TMSI 
REALLOCATION COMMAND message. 

9.3.2.3 Method of test 

Initial conditions 

System Simulator: 

1 cell, default values; 

- IMSI attach/detach bit set to " 1 " . 
User Equipment: 

- the UE has no valid TMSI; 

- it is "idle updated"; 

- the IMSI has the value 00101 1234. 

Related ICS/IXIT statement(s) 
On/Off switch - Yes/No. 

Foreseen final state of UE 

The UE has no valid TMSI. It is in "idle, updated". 

Test Procedure 

The UE is paged with its IMSI. The UE shall answer to paging and include the correct IMSI in the PAGING 
RESPONSE message. During call establishment, the SS asks for the IMSI of the UE. The UE shall answer by an 
IDENTITY RESPONSE message including the correct IMSI. During the active phase of the call, the SS stops sending 
valid SACCH frames. The UE performs call re-establishment. The UE shall include the correct IMSI in the CM RE- 
ESTABLISHMENT message, a TMSI REALLOCATION COMMAND including a TMSI is sent to the UE. The UE 
acknowledges this message. The call is release. 

The UE is paged with its TMSI. The UE shall answer to paging and includes its TMSI in the PAGING RESPONSE 
message. During call establishment, the SS sends a TMSI REALLOCATION COMMAND including the IMSI to the 
UE. The UE shall acknowledge this message. The UE shall erase its TMSI. The call is released. 

The UE is switched off or has its power source removed. The UE performs IMSI detach. The UE shall include the 
correct IMSI in the IMSI DETACH INDICATION message. 

The UE is switched on or powered on. The UE performs IMSI attach. The UE shall include the correct IMSI in the 
LOCATION UPDATING REQUEST message. A TMSI is allocated to the UE. 

The LAC of the cell is changed. The UE performs location updating. The SS includes the IMSI in the LOCATION 
UPDATING ACCEPT message. 

A mobile originated CM connection is attempted. The UE shall include the correct IMSI in the CM SERVICE 
REQUEST message. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


^ 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 


"mobile identity 1" contains IMSI of UE. 




^ 
^ 
^ 




Establishment cause: Answer to paging. 


2 


PAGING RESPONSE 


"mobile identity" contains the IMSI of the UE. 


3 


^ 


IDENTITY REQUEST 


"identity type" IE is IMSI. 


4 


^ 


IDENTITY RESPONSE 


"mobile identity" IE contains the IMSI of the UE. 


5 






The call is established using the sequence of the 
generic terminating call set-up procedure. 


6 


SS 




The SS stops sending valid SACCH frames. 


7 


^ 


RRC CONNECTION REQUEST 




8 


^ 


RRC CONNECTION SETUP 




9 


^ 


CM REESTABLISHMENT 
REQUEST 


"mobile identity" IE contains IMSI of the UE. 


10 


^ 


TMSI REALLOCATION 
COMMAND 


"mobile identity" contains a TMSI. 


11 


^ 


TMSI REALLOCATION 
COMPLETE 




12 


^ 


RRC CONNECTION RELEASE 


After sending this message, the SS waits for the 
disconnection of the main signalling link. 


13 


^ 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 


"mobile identity 1" contains TMSI of UE. 




^ 
^ 
^ 




Establishment cause: Answer to paging. 


14 


PAGING RESPONSE 


"mobile identity" contains the TMSI of the UE. 


15 


^ 


AUTHENTICATION REQUEST 




16 


^ 


AUTHENTICATION RESPONSE 




17 


^ 


TMSI REALLOCATION 
COMMAND 


"mobile identity" contains a IMSI of UE. 


18 


^ 


TMSI REALLOCATION 
COMPLETE 




19 


^ 


RRC CONNECTION RELEASE 




20 


UE 




If possible (see ICS) the UE is switched off, otherwise 
the UE has its power source removed. 


21 


^ 


RRC CONNECTION REQUEST 


If the UE was switched off it performs IMSI detach. 


22 


^ 


RRC CONNECTION SETUP 




23 


^ 


IMSI DETACH INDICATION 


"mobile identity" contains IMSI of UE. 


24 


^ 


RRC CONNECTION RELEASE 




25 


UE 




The UE is switched on or has power restored. 


26 


-» 


RRC CONNECTION REQUEST 




27 


^ 


RRC CONNECTION SETUP 




28 


^ 


LOCATION UPDATING 
REQUEST 


"mobile identity" contains IMSI of UE. 


29 


^ 


LOCATION UPDATING 
ACCEPT 


"mobile identity" contains a TMSI. 


30 


^ 


TMSI REALLOCATION 
COMPLETE 




31 


^ 


RRC CONNECTION RELEASE 




32 


SS 




The SS changes the LAC of the cell. 


33 


^ 


RRC CONNECTION REQUEST 


Shall be sent within 35s of the LAC being changed. 


34 


^ 


RRC CONNECTION SETUP 




35 


^ 


LOCATION UPDATING 
REQUEST 


"mobile identity" contains TMSI of the UE. 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



491 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



36 


<- 


LOCATION UPDATING 
ACCEPT 


"mobile identity" contains IMSI of the UE. 


37 


<- 


RRC CONNECTION RELEASE 




38 


UE 




a mobile originated CM connection is attempted. 


39 


^ 


RRC CONNECTION REQUEST 




40 


^ 


RRC CONNECTION SETUP 




41 


^ 


CM SERVICE REQUEST 


"mobile identity" contains IMSI of the UE. 


42 


^ 


RRC CONNECTION RELEASE 





Specific message contents 
None. 

9.4 Location updating 

This procedure is used to register the UE in the network. If it is not performed correctly, no call can be established. 

9.4.1 Location updating / accepted 



9.4.1.1 
1. 



Conformance requirement 



1.1 if the network accepts a location updating from the User Equipment and reallocates a TMSI in the Location 
Updating Accept message the User Equipment shall acknowledge the reception of the new TMSI; 

1 .2 the User Equipment shall answer to paging with this TMSI and include it in a Paging Response message. 

2 If the network accepts a location updating from the User Equipment and the Location Updating Accept message 
contains neither TMSI nor IMSI, the User Equipment shall answer to paging when addressed with the last 
allocated TMSI and include it in the Paging Response message. 

3. 

3. 1 if the network accepts a location updating from the User Equipment by use of a Location Updating Accept 
message containing the IMSI of the User Equipment, the User Equipment shall not answer paging with the 
last allocated TMSI; 

3.2 the User Equipment shall still answer paging with IMSI. 

4. A User Equipment that supports either: 

- may ignore SYSTEM INFORMATION TYPE [T.B.D.] messages ; if it does so it shall assume that the 

SYSTEM INFORMATION TYPE 2 carries the complete BA, for selection of the cell , where it performs the 
location updating procedure. 

This SYSTEM INFORMATION TYPE [T.B.D.] message may be sent by the network with either a L2 pseudo length of 
18 or some other value. 

See TS 24.008 Clauses 9.1.34 and 3.2.2.1. 

Reference(s) 

TS 24.008 Clause 4.4.4.6. 

9.4.1.2 Test purpose 

1) To test the behaviour of the UE if the network accepts the location updating of the UE. 
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For the network response three different cases are identified: 

1.1) TMSI is allocated; 

1 .2) location updating accept contains neither TMSI nor IMSI; 

1.3) location updating accept contains IMSI. 

9.4.1.3 Method of test 

9.4.1.3.1 Location Updating/accepted/testl 

Initial conditions: 

- System Simulator: 

two cells, A and B, belonging to different location areas with location area identification a and b of the same 
PLMN; 

IMSI attach/detach is allowed in both cells; 

the T3212 time-out value is 1/10 hour in both cells. 
User Equipment: 
- the UE has a valid TMSI (=TMSI1) and CKSN (=CKSN1). It is "idle updated" on cell A. 

Related ICS/IXIT statement(s) 
None. 

Foreseen final state of the UE 

The UE has no valid TMSI. It has valid CKSN and Kc. It is "idle, updated" on cell B. 

Test Procedure 

The UE is made to select cell B. A normal location updating with TMSI reallocation is performed in cell B. The RRC 
CONNECTION is released. The SS checks, by paging, that the UE has stored the newly allocated TMSI. The RRC 
CONNECTION is released. The UE is made to select cell A. A normal location updating is performed in cell A. The 
LOCATION UPDATING ACCEPT message contains neither IMSI nor TMSI. The SS checks, by paging, that the UE 
has kept the old TMSI. The RRC CONNECTION is released. The UE is made to select cell B. A normal location 
updating is performed in cell B. The LOCATION UPDATING ACCEPT message contains an IMSI. The SS checks, by 
paging, that the UE has deleted its TMSI and responds to paging with IMSI. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


SS 




The RF level of cell A is lowered until the UE selects cell 

B. 

"Establishment cause": Location updating. 


2 


^ 


RRC CONNECTION REQUEST 


3 


<- 


RRC CONNECTION SETUP 




4 


■> 


LOCATION UPDATING 


"location updating type" = normal, "CKSN" = CKSN1 , 






REQUEST 


"location area identification" = a, "mobile station 
classmark 1" as given by the ICS and "mobile identity" = 
TMSI1. 


5 


^ 


LOCATION UPDATING ACCEPT 


"Mobile identity" = new TMSI (=TMSI2), LAI = b. 


6 


^ 


TMSI REALLOCATION 
COMPLETE 




7 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. The SS waits an 
amount of time which is enough to guarantee that the UE 
is in service. 


8 


^ 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 


"Mobile identity" IE contains the new TMSI (= TMSI2). 




^ 


CONNECTION 




9 


^ 
^ 


PAGING RESPONSE 


"Mobile identity" IE contains the new TMSI (= TMSI2). 


10 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


11 


SS 




The RF level of cell B is lowered until the UE selects cell 

A. 

"Establishment cause": Location updating 


12 


^ 


RRC CONNECTION REQUEST 


13 


^ 


RRC CONNECTION SETUP 




14 


^ 


LOCATION UPDATING 


"location updating type" = normal, "CKSN" = CKSN1 , 






REQUEST 


"location area identification" = b, "mobile station 
classmark 1" as given by the ICS and "mobile identity" = 
TMSI2. 


15 


^ 


LOCATION UPDATING ACCEPT 


"Mobile identity" IE not included. 


16 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. The SS waits 
an amount of time which is enough to guarantee that the 
UE is in service. 


17 


^ 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 


"Mobile identity" IE contains the TMSI (= TMSI2). 




^ 


CONNECTION 




18 




PAGING RESPONSE 


"Mobile identity" IE contains the TMSI (=TMSI2). 


19 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


20 


SS 




The RF level of cell A is lowered until the UE selects cell 

B. 

"Establishment cause": Location updating. 


21 


^ 


RRC CONNECTION REQUEST 


22 


<r 


RRC CONNECTION SETUP 




23 


■> 


LOCATION UPDATING 


"location updating type" = normal, "CKSN" = CKSN1 , 






REQUEST 


"location area identification" = a, "mobile station 
classmark 1" as given by the ICS and "mobile identity" = 
TMSI2. 


24 


^ 


LOCATION UPDATING ACCEPT 


"Mobile identity" IE contains IMSI. 


25 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. The SS waits an 
amount of time which is enough to guarantee that the UE 
is in service. 
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26 


<- 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 


"Mobile identity" IE contains the old TMSI (= TMSI2). 


27 


UE 




The UE shall ignore this message. This is checked during 
5 seconds. 


28 


^ 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 


"Mobile identity" IE contains the IMSI. 




^ 


CONNECTION 




29 




PAGING RESPONSE 


"Mobile identity" IE contains the IMSI. 


30 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 



9.4.1.3.2 Location Updating/accepted/test2 

Initial conditions 

System Simulator: 

two cells, A and B, belonging to different location areas with location area identification a and b of the same 
PLMN. 

Sytem information2ter is broadcasted on the two cells (Cell A with L2pseudolength=18, Cell B with 
L2pseudolength=0): 

IMSI attach/detach is allowed in both cells; 

the T3212 time-out value is 1/10 hour in both cells. 
User Equipment: 
- the UE has a valid TMSI (=TMSI1) and CKSN (=CKSN1). It is "idle updated" on cell A. 

Related ICS/IXIT statement(s) 
None. 

Foreseen final state of the UE 

The UE has no valid TMSI. It has valid CKSN and Kc. It is "idle, updated" on cell B. 

Test Procedure 

The UE is made to select cell B. A normal location updating with TMSI reallocation is performed in cell B. The RRC 
CONNECTION is released. The SS checks, by paging, that the UE has stored the newly allocated TMSI. The RRC 
CONNECTION is released. The UE is made to select cell A. A normal location updating is performed in cell A. The 
LOCATION UPDATING ACCEPT message contains neither IMSI nor TMSI. The SS checks, by paging, that the UE 
has kept the old TMSI. The RRC CONNECTION is released. The UE is made to select cell B. A normal location 
updating is performed in cell B. The LOCATION UPDATING ACCEPT message contains an IMSI. The SS checks, by 
paging, that the UE has deleted its TMSI and responds to paging with IMSI. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


SS 




The RF level of cell A is lowered until the UE selects cell 

B. 

"Establishment cause": Location updating. 


2 


^ 


RRC CONNECTION REQUEST 


3 


<- 


RRC CONNECTION SETUP 




4 


■> 


LOCATION UPDATING 


"location updating type" = normal, "CKSN" = CKSN1 , 






REQUEST 


"location area identification" = a, "mobile station 
classmark 1" as given by the ICS and "mobile identity" = 
TMSI1. 


5 


^ 


LOCATION UPDATING ACCEPT 


"Mobile identity" = new TMSI (=TMSI2), LAI = b. 


6 


^ 


TMSI REALLOCATION 
COMPLETE 




7 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. The SS waits an 
amount of time which is enough to guarantee that the UE 
is in service. 


8 


^ 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 


"Mobile identity" IE contains the new TMSI (= TMSI2). 




^ 


CONNECTION 




9 


<- 


PAGING RESPONSE 


"Mobile identity" IE contains the new TMSI (= TMSI2). 


10 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


11 


SS 




The RF level of cell B is lowered until the UE selects cell 

A. 

"Establishment cause": Location updating 


12 


^ 


RRC CONNECTION REQUEST 


13 


^ 


RRC CONNECTION SETUP 




14 


^ 


LOCATION UPDATING 


"location updating type" = normal, "CKSN" = CKSN1 , 






REQUEST 


"location area identification" = b, "mobile station 
classmark 1" as given by the ICS and "mobile identity" = 
TMSI2. 


15 


^ 


LOCATION UPDATING ACCEPT 


"Mobile identity" IE not included. 


16 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. The SS waits 
an amount of time which is enough to guarantee that the 
UE is in service. 


17 


^ 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 


"Mobile identity" IE contains the TMSI (= TMSI2). 




^ 


CONNECTION 




18 




PAGING RESPONSE 


"Mobile identity" IE contains the TMSI (=TMSI2). 


19 




RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


20 


SS 




The RF level of cell A is lowered until the UE selects cell 

B. 

"Establishment cause": Location updating. 


21 


^ 


RRC CONNECTION REQUEST 


22 


^ 


RRC CONNECTION SETUP 




23 


^ 


LOCATION UPDATING 


"location updating type" = normal, "CKSN" = CKSN1 , 






REQUEST 


"location area identification" = a, "mobile station 
classmark 1" as given by the ICS and "mobile identity" = 
TMSI2. 


24 


^ 


LOCATION UPDATING ACCEPT 


"Mobile identity" IE contains IMSI. 


25 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. The SS waits an 
amount of time which is enough to guarantee that the UE 
is in service. 
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26 


<- 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 


"Mobile identity" IE contains the old TMSI (= TMSI2). 


27 


UE 




The UE shall ignore this message. This is checked during 
5 seconds. 


28 


^ 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 


"Mobile identity" IE contains the IMSI. 




^ 


CONNECTION 




29 




PAGING RESPONSE 


"Mobile identity" IE contains the IMSI. 


30 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents: [T.B.D.] 



9.4.2 Location updating / rejected 



9.4.2.1 



Location updating / rejected / IMSI invalid 



9.4.2.1.1 



Conformance requirement 



1) If the network rejects a location updating from the User Equipment with the cause "IMSI unknown in HLR", 
"Illegal UE" or "Illegal ME" the User Equipment shall: 

1.1 not perform normal location updating; 

1.2 not perform periodic location updating; 

1.3 not respond to paging with IMSI; 

1 .4 not respond to paging with TMSI; 

1.5 reject any request from CM entity for MM connection other than for emergency call; 

1 .6 not perform IMSI detach if it is switched off or has its power source removed. 

2) If the network rejects a location updating from the User Equipment with the cause "IMSI unknown in HLR", 
"Illegal UE" or "Illegal ME" the User Equipment, if it supports speech, shall accept a request for an emergency 
call by sending a RRC CONNECTION Request message with the establishment cause set to "emergency call" 
and include an IMEI as mobile identity in the CM SERVICE REQUEST message. 

3) If the network rejects a location updating from the User Equipment with the cause "IMSI unknown in HLR", 
"Illegal UE" or "Illegal ME" the User Equipment shall delete the stored LAI, CKSN and TMSI. 

Reference(s) 

TS 24.008 Clause 4.4.4.7. 



9.4.2.1.2 



Test purpose 



To test the behaviour of the UE if the network rejects the location updating of the UE with the cause "IMSI unknown in 
HLR", "illegal UE" or "Illegal ME". 
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9.4.2.1.3 Method of test 

Initial conditions 

System Simulator: 

two cells: A and B, belonging to different location areas of the same PLMN; 

IMSI attach/detach is allowed in both cells; 

the T3212 time-out value is 1/10 hour in both cells. 
User Equipment: 
- the UE has valid TMSI, CKSN and Kc. It is "idle updated" on cell A. 

Related ICS/IXIT statement(s) 

SIM removal possible while the UE is powered Yes/No. 

Switch off on button Yes/No. 

Support for speech Yes/No. 

Foreseen final state of the UE 

The UE has valid TMSI, CKSN and Kc. It is "idle updated" on cell A. 

Test Procedure 

The SS rejects a normal location updating with the cause value "IMSI unknown in HLR". The RRC CONNECTION is 
released. The SS checks that the UE has entered the state MM IDLE and the substate NO IMSI, i.e. does not perform 
normal location updating when a new cell of the same or another PLMN is entered, does not perform periodic updating, 
does not respond to paging, rejects any requests from CM entities except emergency calls and does not perform IMSI 
detach if it is switched off or has its power source removed. 

The test is repeated with cause value "Illegal UE" and with cause value "Illegal ME". 
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Expected sequence 

The sequence is executed for execution counter k = 1, 2, 3. 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 

2 
3 

4 

5 
6 


SS 


RRC CONNECTION REQUEST 

RRC CONNECTION SETUP 

LOCATION UPDATING 

REQUEST 

LOCATION UPDATING REJECT 

RRC CONNECTION RELEASE 


The following messages are sent and shall be received 

on cell B. 

The RF level of cell A is lowered until the UE selects cell 

B. 

"Establishment cause": Location updating. 

"Reject cause" IE is "IMSI unknown in HLR" for k = 1 , 
"Illegal UE" for k = 2, "Illegal ME" for k = 3. 
After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


7 
8 


SS 
UE 




The following messages are sent and shall be received 

on cell A. 

The RF levels are then changed again to make the UE 

reselect the cell A. 

The UE performs cell reselection according to procedure 

as specified in (this however is not checked until step 18). 

The UE shall not initiate an RRC connection 

establishment on cell A or on cell B. 


9 
10 


SS 
UE 




The SS waits at least 7 minutes for a possible periodic 

updating. 

The UE shall not initiate an RRC connection 

establishment on cell A or on cell B. 


11 
12 


UE 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 


The UE is paged in cell A. "Mobile identity" IE contains 
IMSI. 

The UE shall ignore this message. This is verified during 
3 seconds. 


13 
14 


UE 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 


The UE is paged in cell A. "Mobile identity" IE contains 
TMSI. 

The UE shall ignore this message. This is verified during 
3 seconds. 


15 

16 


UE 
UE 




A MO CM connection is attempted. 
The UE shall not initiate an RRC connection 
establishment on cell A or on cell B. This is checked 
during 3 seconds. 


17 

18 

19 
20 
21 
22 


UE 


CM SERVICE REQUEST 

CM SERVICE ACCEPT 
EMERGENCY SETUP 
RELEASE COMPLETE 
RRC CONNECTION RELEASE 


If the UE supports speech (see ICS), it is made to 
perform an emergency call. 

"Establishment cause": Emergency call. This message is 
sent in cell A. 

"CM service type": Emergency call establishment. 
"Mobile identity": type of identity is set to IMEI. 

"Cause" = unassigned number. 

After the sending of this message, the SS waits for the 

disconnection of the main signalling link. 


23 
24 


UE 
UE 




If possible (see ICS) SIM detachment is performed. 
Otherwise if possible (see ICS) switch off is performed. 
Otherwise the power is removed. 
The UE shall not initiate an RRC connection 
establishment on cell A or on cell B. This is checked 
during 3 seconds. 
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25 


UE 




Depending on what has been performed in step 25 the 
UE is brought back to operation. 


26 


-* 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


27 


<r 


RRC CONNECTION SETUP 




28 


■> 


LOCATION UPDATING 


"location updating type" = normal, "CKSN" = no key 






REQUEST 


available, "mobile station classmark 1" as given by the 
ICS, "Mobile Identity" = IMSI, "LAI" = deleted LAI (the 
MCC and MNC hold the previous values, the LAC is 
coded FFFE). 


29 


^ 


AUTHENTICATION REQUEST 


"CKSN" = CKSN1. 


30 


^ 


AUTHENTICATION RESPONSE 




31 


^ 


LOCATION UPDATING ACCEPT 


"Mobile Identity" = TMSI. 


32 


^ 


TMSI REALLOCATION 
COMPLETE 




33 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 

9.4.2.2 Location updating / rejected / PLMN not allowed 



9.4.2.2.1 



Conformance requirement 



1) If the network reject a location updating from the User Equipment with the cause "PLMN not allowed" the User 
Equipment shall: 

1.1 not perform periodic updating; 

1 .2 not perform IMSI detach when switched off; 

1.3 not perform IMSI attach when switched on in the same location area; 

1 .4 not perform normal location updating when in the same PLMN and when that PLMN is not selected 
manually; 

1.5 reject any request from CM entity for MM connection other than for emergency call. 

2) If the network rejects a location updating from the User Equipment with the cause "PLMN not allowed" the User 
Equipment shall: 

2. 1 perform normal location updating when a new PLMN is entered; 

2.2 accept a request for an emergency call, if it supports speech, by sending a RRC CONNECTION Request 
message with the establishment cause set to "emergency call". 

3) If the network rejects a location updating from the User Equipment with the cause "PLMN not allowed" and if 
after that the PLMN from which this rejection was received, is manually selected, the User Equipment shall 
perform a normal location updating procedure. 

Reference(s) 

TS 24.008 Clause 4.4.4.7. 



9.4.2.2.2 



Test purpose 



To test the behaviour of the UE if the network rejects the location updating of the UE with the cause "PLMN not 
allowed". 
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9.4.2.2.3 Method of test 

9.4.2.2.3.1 Location updating / rejected / PLMN not allowed / test 1 

Initial conditions 

- System Simulator: 

- one cell: C, belonging to PLMN1; 

two cells: A and B, belonging to different location areas a and b and belonging to PLMN2. PLMN2 is 
different from HPLMN and from PLMN1; 

IMSI attach/detach is allowed in cells A and B but not in cell C; 

the T3212 time-out value is 1/10 hour in cells A and B. 

User Equipment: 

- the UE has a valid TMSI. It is "idle updated" on cell C; 
the UE is in manual mode for PLMN selection. 

Related ICS/IXIT statement(s) 

SIM removal possible while the UE is powered Yes/No. 

Switch off on button Yes/No. 

The UE is automatically in automatic mode after switch on Yes/No. 

Support for speech Yes/No. 

Foreseen final state of the UE 

The UE has a valid TMSI. It is "idle updated" on cell C. The UE is in automatic mode for PLMN selection. 

Test Procedure 

The SS rejects a normal location updating with the cause value "PLMN not allowed". The RRC CONNECTION is 
released. The SS checks that the UE does not perform periodic updating, does not perform IMSI detach, does not 
perform IMSI attach if activated in the same location area, rejects any request for CM connection establishment other 
than emergency call, accepts a request for an emergency call and performs normal location updating only when a new 
PLMN is entered. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 

3 

4 
5 
6 

7 
8 


UE 
SS 

UE 

<- 


RRC CONNECTION REQUEST 

RRC CONNECTION SETUP 

LOCATION UPDATING 

REQUEST 

LOCATION UPDATING REJECT 

RRC CONNECTION RELEASE 


The following messages are sent and shall be received 

on cell B. 

The UE is switched off (or power is removed). 

The SS activates cells A and B and deactivates cell C. 

Cell B has a level higher by at least 5 dB than cell A. 

The UE is switched on. (or power is reapplied) If 

necessary the UE is put in manual selection mode. The 

UE shall offer the new PLMN as available to the user. 

The PLMN is manually selected. 

"Establishment cause": Location updating. 

"Reject cause" = PLMN not allowed. 

After the sending of this message, the SS waits for the 

disconnection of the main signalling link. 


9 
10 


SS 
UE 




The SS waits for a possible periodic updating for 7 

minutes. 

The UE shall not initiate an RRC connection 

establishment on cell A or on cell B. 


11 
12 


UE 
UE 




If possible (see ICS) SIM detachment is performed. 
Otherwise if possible (see ICS) switch off is performed. 
Otherwise the power is removed. 
The UE shall not initiate an RRC connection 
establishment on cell A or on cell B. This is checked 
during 3 seconds. 


13 
14 


UE 
UE 




Depending on what has been performed in step 1 1 the 
UE is brought back to operation. The UE is not made to 
select PLMN 2. 

The UE shall not initiate an RRC connection 
establishment. This is checked during 3 seconds. 


15 
16 


SS 
UE 




The following message are sent and shall be received on 

cell A. 

The RF level of cell B is lowered to make the UE reselect 

cell A. 

No access to the network shall be registered by the SS 

within one minute. 


17 

18 
19 
20 
21 
22 
23 
24 


UE 

<- 

<- 


RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
CM SERVICE REQUEST 
CM SERVICE ACCEPT 
EMERGENCY SETUP 
RELEASE COMPLETE 
RRC CONNECTION RELEASE 


If the UE supports speech (see ICS) it is made to perform 

an emergency. 

"Establishment cause": Emergency call. 

"CM service type" = Emergency call establishment. 

Cause IE: "unassigned number". 

After the sending of this message, the SS waits for the 

disconnection of the main signalling link. 


25 
26 


UE 
UE 




A MO CM connection is attempted. 

The UE shall not initiate an RRC connection 

establishment. This is checked during 3 seconds. 


27 
28 
29 

30 
31 


UE 
SS 
UE 


RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 


The following messages are sent and shall be received 

on cell C. 

The UE is switched off. 

The SS activates cell C and deactivates cells A and B. 

The UE is switched on. If necessary the UE is placed into 

the automatic mode. 

"Establishment cause": Location updating. 
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32 


^ 


LOCATION UPDATING 


"location updating type" = normal, "CKSN" = no key 






REQUEST 


available, "LAI" = deleted LAI (the MCC and MNC hold 
the values of PLMN1 , the LAC is coded FFFE) "mobile 
identity" = IMSI. 


33 


^ 


LOCATION UPDATING ACCEPT 


"Mobile identity" = TMSI. 


34 


^ 


TMSI REALLOCATION 
COMPLETE 




35 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents: 
None. 



9.4.2.2.3.2 



Location updating / rejected / PLMN not allowed / test 2 



Initial conditions 

System Simulator: 

- one cell C, belonging to PLMN 1; 

two cells A and B, belonging to different location areas a and b and belonging to PLMN2. PLMN2 is 
different from HPLMN; 

IMSI attach/detach is allowed in cells A and B but not in cell C; 

the T3212 time-out value is 1/10 hour in cells A and B. 

User Equipment: 

- the UE has a valid TMSI. It is "idle updated" on cell C. 

Related ICS/IXIT statement(s) 

SIM removal possible while UE is powered Yes/No. 

Switch off on button Yes/No. 

The UE is automatically in automatic mode after switch on Yes/No. 

Foreseen final state of the UE 

The UE has a valid TMSI. It is "idle, updated" on cell C. 

The UE is in automatic mode for PLMN selection. 

Test Procedure 

The SS rejects a normal location updating with the cause value "PLMN not allowed". The RRC CONNECTION is 
released. Then the PLMN from which this rejection was received is manually selected and the SS checks that a normal 
location updating is performed. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 








The following messages are sent and shall be received 








on cell B. 


1 


UE 




The UE is switched off (or power is removed). 


2 


SS 




The SS activates cells A and B and deactivates cell C. 
Cell B has a level higher by at least 5 dB than cell A. 


3 


UE 




The UE is switched on (or power is reapplied). 


3a 


UE 




If the UE is in manual mode, it shall offer the new PLMN 
as available to the user. In this case the PLMN is 
manually selected. 


4 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


5 


<r 


RRC CONNECTION SETUP 




6 


■> 


LOCATION UPDATING 
REQUEST 




7 


^ 


LOCATION UPDATING REJECT 


"Reject cause" = PLMN not allowed. 


8 


<- 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


9 


UE 




The UE is made to search for PLMNs and the PLMN 
indicated by the SS is manually selected. 


10 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


11 


<r 


RRC CONNECTION SETUP 




12 


■> 


LOCATION UPDATING 


"location updating type" = normal, "CKSN" = no key 






REQUEST 


available, "LAI" = deleted LAI (the MCC and MNC hold 
the values of PLMN1 , the LAC is coded FFFE) "mobile 
identity" = IMSI. 


13 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. The following 
messages are sent and shall be received on cell C. 


14 


UE 




The UE is switched off. 


15 


SS 




The SS activates cell C and deactivates cells A and B. 


16 


UE 




The UE is switched on. If necessary, the UE is put into 
the automatic mode. 


17 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


18 


<r 


RRC CONNECTION SETUP 




19 


■> 


LOCATION UPDATING 


"location updating type" = normal, "CKSN" = no key 






REQUEST 


available, "LAI" = deleted LAI (the MCC and MNC hold 
the values of PLMN1 , the LAC is coded FFFE) "mobile 
identity" = IMSI. 


20 


^ 


LOCATION UPDATING ACCEPT 


"Mobile identity" = TMSI. 


21 


^ 


TMSI REALLOCATION 
COMPLETE 




22 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 

9.4.2.3 Location updating / rejected / location area not allowed 

9.4.2.3.1 Conformance requirement 

1) If the network rejects a location updating from the User Equipment with the cause "Location Area not allowed" 
the User Equipment shall: 

1.1 not perform periodic updating; 

1 .2 not respond to paging with TMSI; 

1.3 reject any request from CM entity for MM connection other than for emergency call; 
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1 .4 not perform IMSI detach. 

2) If the network rejects a location updating from the User Equipment with the cause "Location Area not allowed" 
the User Equipment shall: 

2. 1 perform normal location updating when a new location area is entered; 

2.2 accept a request for an emergency call, if it supports speech, by sending a RRC CONNECTION Request 
message with the establishment cause set to "emergency call"; 

2.3 delete the list of forbidden LAs after switch off (power off). 

Reference(s) 

TS 24.008 Clause 4.4.4.7. 

9.4.2.3.2 Test purpose 

To test the behaviour of the UE if the network rejects the location updating of the UE with the cause "Location Area not 
allowed". 

To test that the UE deletes the list of forbidden LAs after switch off (power off). 

9.4.2.3.3 Method of test 

Initial conditions 

System Simulator: 

two cells: A and B, belonging to different location areas a and b; 

IMSI attach/detach is allowed in both cells; 

the T3212 time-out value is 1/10 hour in both cells. 
User Equipment: 
- the UE has a valid TMSI. It is "idle updated" on cell A. 

Related ICS/IXIT statement(s) 

Switch off on button Yes/No. 

Support for speech Yes/No. 

Method to clear the list of forbidden location areas periodically. 

Foreseen final state of the UE 

The UE has a valid TMSI. It is "idle updated" on cell A. 

Test Procedure 

The SS rejects a normal location updating with the cause value "Location Area not allowed". The RRC 
CONNECTION is released. The SS checks that the UE does not perform periodic updating, does not respond to paging 
with TMSI, rejects any requests from CM entities for MM-connections except emergency calls, does not perform IMSI 
detach, performs normal location updating when a new location area is entered and deletes the list of forbidden LAs 
when switched off. 

Different types of UE may use different methods to periodically clear the list of forbidden location areas (e.g. every day 
at 12am). If the list is cleared while the test is being run, it may be necessary to re-run the test. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be received 








on cell B. 


1 


SS 




The RF level of cell A is lowered so that cell B is 
selected, while keeping the C1 and C2 of cell A greater 
than 10. 


2 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


3 


<r 


RRC CONNECTION SETUP 




4 


■> 


LOCATION UPDATING 
REQUEST 




5 


^ 


LOCATION UPDATING REJECT 


"Reject cause" = "Location Area not allowed". 


6 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the mainsignalling link. The 


7 


SS 




SS waits for a possible location updating for 7 minutes. 


8 


UE 




The UE shall not initiate an RRC-connection 
establishment either on cell A or cell B. 


9 


^ 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 


The UE is paged in cell B. "Mobile identity" = TMSI. 


10 


UE 




The UE shall ignore this message. This is checked during 
3 seconds. 


11 


UE 




A MO CM connection is attempted. 


12 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or cell B. This is checked during 3 
seconds. 


13 


UE 




If the UE supports speech (see ICS), it is made to 
perform an emergency call. 




<- 




"Establishment cause": Emergency call. 


14 


CM SERVICE REQUEST 


"CM service type": Emergency call establishment. 


15 


<r 


CM SERVICE ACCEPT 




16 


■^ 


EMERGENCY SETUP 




17 


<r 


RELEASE COMPLETE 


Cause: "unassigned number". 


18 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


19 


UE 




If possible (see ICS) switch off is performed. Otherwise 
the power is removed. 


20 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B (check for IMSI 
detach) This is checked during 3 seconds. 


21 


UE 




Depending on what has been performed in step 21 the 
UE is brought back to operation. 


22 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


23 


<r 


RRC CONNECTION SETUP 




24 


■> 


LOCATION UPDATING 


"location updating type" = normal, "CKSN" = no key 






REQUEST 


available, "LAI" = deleted LAI, "mobile identity" = IMSI 
(This checks the deletion of the forbidden lists) 


25 


^ 


LOCATION UPDATING REJECT 


"Reject cause" = "Location Area not allowed". 


26 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. The following 
messages are sent and shall be received on cell A. 


27 


SS 




The RF level of cell B is lowered until the UE selects cell 

A. 

"Establishment cause": Location updating. 


28 


^ 


RRC CONNECTION REQUEST 


29 


<- 


RRC CONNECTION SETUP 




30 


■> 


LOCATION UPDATING 
REQUEST 




31 


^ 


AUTHENTICATION REQUEST 




32 


^ 


AUTHENTICATION RESPONSE 




33 


<- 


LOCATION UPDATING ACCEPT 


Mobile identity = TMSI. 


34 


■^ 


TMSI REALLOCATION 
COMPLETE 
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35 



RRC CONNECTION RELEASE 



After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 

9.4.2.4 Location updating / rejected / roaming not allowed in this location area 



9.4.2.4.1 



Conformance requirement 



1) If the network rejects a location updating from the User Equipment with the cause "Roaming not allowed in this 
area" the User Equipment shall: 

1.1 not perform periodic updating; 

1 .2 not respond to paging with TMSI; 

1.3 reject any request from CM entity for MM connection other than for emergency call; 

1 .4 not perform IMSI detach. 

2) If the network rejects a location updating from the User Equipment with the cause "Roaming not allowed in this 
area" the User Equipment shall: 

2. 1 perform normal location updating when a new location area is entered; 

2.2 accept a request for an emergency call, if it supports speech, by sending a RRC CONNECTION Request 
message with the establishment cause set to "emergency call"; 

2.3 periodically search for its HPLMN. 

3) The User Equipment shall reset the list of "Forbidden location areas for roaming" when it is switched off or has 
its power source removed or when the SIM is removed. 

4) The UE shall be capable of storing at least 6 entries in the list of "Forbidden location areas for roaming". 

Reference(s) 

TS 24.008 Clause 4.4.4.7. 



9.4.2.4.2 



Test purposes 



Test purpose 1 

To test that on receipt of a rejection using the Roaming cause code, the UE ceases trying to update on that cell, that this 
situation continues for at least one periodic location interval period, and that the corresponding list is re-set by switching 
off the UE or removing its power source. 

Test purpose 2 

To test that if no cell is available, the UE does not answer to paging with TMSI, rejects a request from CM entity other 
than for emergency calls. 

Test purpose 3 

To test that at least 6 entries can be held in the list of "forbidden location areas for roaming" (the requirement in is to 
store at least 10 entries. This is not fully tested by the third procedure). 
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Test purpose 4 

To test that if a cell of the Home PLMN is available then the UE returns to it in preference to any other available cell. 

Test purpose 5 

To test that if the SIM is removed the list of "forbidden location areas for roaming" is cleared. 

9.4.2.4.3 Method of test 

Initial conditions 

The initial conditions shall be met before each of the different procedures. 

- System Simulator: 

for procedures 1, 2, 3 and 5: Two cells A and B, belonging to different location areas of the same PLMN with 
LAI a and b. The MCC of that PLMN is the same as that of the HPLMN. The MNC of that PLMN is 
different from that of the HPLMN; 

for procedure 4: three cells A, B, C of the same PLMN which is not the HPLMN with 3 different location 
area codes. Cells should differ in signal strength by 10 dB with cell A being the strongest and cell C the 
weakest. There should be a 20 dB range between A and C. A should be set to a level of - 40 dBm; 

IMSI attach/detach is allowed in every cell; 

the T3212 time-out value is 1/10 hour in every cell. 

User Equipment: 

- procedures 1, 2, 3 and 5: The UE has valid TMSI, CKSN and Kc. It is "idle updated" on cell B; 

- procedure 4: The UE has valid TMSI, CKSN and Kc. It is "idle updated" on cell A; 

the list of "forbidden location areas for roaming" shall be empty (this may be achieved by either removing the 
SIM or switching the UE OFF then ON or removing the UE power source depending on ICS). 

Related ICS/IXIT statement(s) 

SIM removal possible while UE is powered Yes/No. 

Switch off on button Yes/No. 

Support of speech Yes/No. 

Method to clear the list of location areas for roaming periodically. 

The UE is automatically in automatic mode after switch on Yes/No. 

Foreseen final state of the UE 

Procedures 1 and 5: The UE has no valid TMSI and no CKSN. It is "idle updated" on cell A. 

Procedure 2 and 3: The UE has no valid TMSI and no CKSN. It is in the "limited service" state on cell A. 

Procedure 4: The UE has no valid TMSI and no CKSN. It is "idle updated" on cell C. 
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Test Procedures 

Procedure 1: 

The SS rejects a normal location updating with the cause value "Roaming not allowed in this area". The RRC 
CONNECTION is released. The SS checks that the UE does not perform periodic location updating procedure. 
The UE is turned off and then on. The SS checks that the UE performs location updating on the cell on which its 
location update request had been rejected (this checks that the LA is not the forbidden list after switch on). This 
procedure is performed another time but the deletion of the list is checked while removing the SIM (instead of 
turning off the UE). 

Procedure 2: 

The SS rejects a normal location updating with the cause value "Roaming not allowed in this area". The RRC 
CONNECTION is released. The SS checks that the UE does not answer to a paging message with TMSI, rejects 
a request from CM entity but supports an emergency call. 

Procedure 3: 

The SS rejects a normal location updating with the cause value "Roaming not allowed in this area". This is done 
for 6 different location areas. Then the SS checks that the UE does not attempt to begin a location updating 
procedure on the non-allowed location areas. 

Procedure 4: 

The SS accepts a periodic location updating on a cell not belonging to the HPLMN. Then when the UE attempts 
to perform a periodic location updating to this cell, the SS rejects this location updating with the cause value 
"Roaming not allowed in this area". Two cells are then available, one belonging to the HPLMN but with the 
weakest level. It is checked that the UE returns to its HPLMN. 

Procedure 5: If SIM removal is possible while UE is powered: 

The SS rejects a normal location updating with the cause value "Roaming not allowed in this area". The RRC 
CONNECTION is released. The SS checks that the UE does not perform periodic location updating procedure. 
The SIM is removed and inserted in the UE. The SS checks that the UE performs location updating on the cell 
on which its location update request had been rejected (this checks that the LA is not the forbidden list after 
switch on). 

Different types of UE may use different methods to periodically clear the list of forbidden areas (e.g. every day at 
12am) for roaming. If the list is cleared while the test is being run, it may be necessary to re-run the test. 

Expected sequence 

The following procedure is used during the test: 

change_LAI (x): 

the purpose of this procedure is to change the value of Location Area Identifier of cell x; 

the Location Area Identifier of cell x shall be changed. The code shall be chosen arbitrarily but shall be 
different from any previously used in this procedure. The code shall have the same MCC as the Home PLMN 
and shall not have the same MNC as the Home PLMN. 
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Procedure 1 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be received 








on cell A. 


1 


ss 




The RF level of cell B is lowered until cell B is no more 
suitable and the UE selects cell A. 


2 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


3 


<- 


RRC CONNECTION SETUP 




4 


■> 


LOCATION UPDATING 
REQUEST 




5 


^ 


LOCATION UPDATING REJECT 


"Reject cause" IE is "Roaming not allowed in this location 


6 


^ 


RRC CONNECTION RELEASE 


area . 

After the sending of this message, the SS waits for the 

disconnection of the main signalling link. 


7 


ss 




The SS waits at least 7 minutes for a possible location 
updating. 


8 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B. 


9 


UE 




If possible (see ICS) the UE is switched off. Otherwise if 
possible the power is removed. 


10 


UE 




Depending on what has been performed in step 9 the UE 
is brought back to operation and placed in a automatic 
mode. 


11 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


12 


<r 


RRC CONNECTION SETUP 




13 


■> 


LOCATION UPDATING 
REQUEST 


Location Updating Type = normal. 


14 


^ 


LOCATION UPDATING ACCEPT 


IE Mobile Identity not present. 


15 


<- 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 
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Procedure 2 



Step 


Direction 


Message 


Comments 


1 

2 

3 

4 

5 
6 


SS 


RRC CONNECTION REQUEST 

RRC CONNECTION SETUP 

LOCATION UPDATING 

REQUEST 

LOCATION UPDATING REJECT 

RRC CONNECTION RELEASE 


The following messages are sent and shall be received 

on cell A. 

The RF level of cell B is lowered until the UE selects cell 

A. The level of cell B shall be such that cell B is suitable 

for cell selection. 

"Establishment cause": Location updating This message 

is sent on cell A. 

"Reject cause" IE is "Roaming not allowed in this location 

area". 

After the sending of this message, the SS waits for the 

disconnection of the main signalling link. 


7 
8 
9 

10 

11 


^ 
^ 
^ 

^ 

^ 


RRC CONNECTION REQUEST 

RRC CONNECTION SETUP 

LOCATION UPDATING 

REQUEST 

LOCATION UPDATING REJECT 

RRC CONNECTION RELEASE 


The following messages are sent and shall be received 

on cell B. 

"Establishment cause": Location updating. 

"Reject cause" IE is "Roaming not allowed in this location 

area". 

After the sending of this message, the SS waits for the 

disconnection of the main signalling link. 


12 
13 


SS 
UE 




The SS waits for a possible location updating procedure 
on both cells A and B for 2 minutes. 
The UE shall not initiate an RRC connection 
establishment on cell A or on cell B within 2 minutes 
after the end of step 1 1 . 


14 
15 


UE 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 


"Mobile identity" = TMSI. This message is sent on cell A 
and on cell B. 

The UE shall not initiate an RRC connection on cell A or 
on cell B. This is checked during 3 seconds. 


16 

17 


UE 
UE 




A MO CM connection is attempted. 
The UE shall not initiate an RRC connection 
establishment on cell A or on cell B. This is checked 
during 3 seconds. 


18 

19 
20 
21 
22 
23 


UE 


CM SERVICE REQUEST 
CM SERVICE ACCEPT 
EMERGENCY SETUP 
RELEASE COMPLETE 
RRC CONNECTION RELEASE 


The following messages are sent and shall be received 

on cell A Steps 20 to 27 are performed if the UE supports 

speech. 

An emergency call is attempted. 

"Establishment cause": 

"CM service type": Emergency call establishment. 

"Cause" = unassigned number. 

After the sending of this message, the SS waits for the 

disconnection of the main signalling link. 
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Procedure 3 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be received 








on cell A 


1 


SS 




The RF level of cell B is lowered until the UE selects cell 
A. The level of cell B shall be such that cell B is suitable 
for cell selection. 


2 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


3 


<r 


RRC CONNECTION SETUP 




4 


■> 


LOCATION UPDATING 
REQUEST 




5 


^ 


LOCATION UPDATING REJECT 


"Reject cause" IE is "Roaming not allowed in this location 


6 


^ 


RRC CONNECTION RELEASE 


area . 

After the sending of this message, the SS waits for the 

disconnection of the main signalling link. 








The following messages are sent and shall be received 








on cell B. 


9 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


10 


<r 


RRC CONNECTION SETUP 




11 


■> 


LOCATION UPDATING 
REQUEST 




12 


^ 


LOCATION UPDATING REJECT 


"Reject cause" IE is "Roaming not allowed in this location 


13 


^ 


RRC CONNECTION RELEASE 


area . 

After the sending of this message, the SS waits for the 

disconnection of the main signalling link. 


14 


SS 




Change_LAI (A) within 5 seconds after step 12. 








The following messages are sent and shall be received 








on cell A. 


17 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


18 


<- 


RRC CONNECTION SETUP 




19 


■> 


LOCATION UPDATING 
REQUEST 




20 


^ 


LOCATION UPDATING REJECT 


"Reject cause" IE is "Roaming not allowed in this location 


21 


^ 


RRC CONNECTION RELEASE 


area . 

After the sending of this message, the SS waits for the 

disconnection of the main signalling link. 


22 


SS 




Change_LAI (B) within 5 seconds after step 20. 








The following messages are sent and shall be received 








on cell B. 


25 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


26 


^ 


RRC CONNECTION SETUP 




27 


^ 


LOCATION UPDATING 
REQUEST 




28 


^ 


LOCATION UPDATING REJECT 


"Reject cause" IE is "Roaming not allowed in this location 


29 


^ 


RRC CONNECTION RELEASE 


area . 

After the sending of this message, the SS waits for the 

disconnection of the main signalling link. 


30 


SS 




Change_LAI (A) within 5 seconds after step 28. 








The following messages are sent and shall be received 








on cell A. 


33 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


34 


^ 


RRC CONNECTION SETUP 




35 


^ 


LOCATION UPDATING 
REQUEST 




36 


^ 


LOCATION UPDATING REJECT 


"Reject cause" IE is "Roaming not allowed in this location 


37 


^ 


RRC CONNECTION RELEASE 


area . 

After the sending of this message, the SS waits for the 

disconnection of the main signalling link. 


38 


SS 




Change_LAI (B) within 5 seconds after step 36. 








The following messages are sent and shall be received 








on cell B. 


41 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


42 


^ 


RRC CONNECTION SETUP 
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Step 


Direction 


Message 


Comments 


UE 


SS 


43 


^ 


LOCATION UPDATING 
REQUEST 




44 


^ 


LOCATION UPDATING REJECT 


"Reject cause" IE is "Roaming not allowed in this location 
area". 


45 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


46 


SS 




The SS waits for a possible location updating procedure 
on both cells A and B for 7 minutes. 


47 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B within 7 minutes after 
the end of step 45. 



Procedure 4 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be received 








on cell A. 


1 


SS 




The SS waits for a periodic location updating procedure 
on cell A for 7 minutes after the initial conditions have 
been established. 


2 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


3 


<r 


RRC CONNECTION SETUP 




4 


■> 


LOCATION UPDATING 
REQUEST 


Location Updating Type = periodic. 


5 


^ 


LOCATION UPDATING ACCEPT 


IE Mobile Identity not present. 


6 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


7 


SS 




The location area identity of cell C shall be changed to 
that of a location area in the Home PLMN. 


8 


SS 




The SS waits for a periodic location updating procedure 
on cell A for 7 minutes. 


9 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating This message 
is sent on cell A within 7 minutes after the end of step 6. 


10 


^ 


RRC CONNECTION SETUP 




11 


^ 


LOCATION UPDATING 
REQUEST 


"Location updating type" = periodic. 


12 


^ 


LOCATION UPDATING REJECT 


"Reject cause" IE is "Roaming not allowed in this location 


13 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 








The following messages are sent and shall be received 








on cell C. 


16 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


17 


<r 


RRC CONNECTION SETUP 




18 


■> 


LOCATION UPDATING 
REQUEST 




19 


^ 


LOCATION UPDATING ACCEPT 


IE Mobile Identity not present. 


20 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 
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Procedure 5 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be received 








on cell A. 


1 


SS 




The RF level of cell B is lowered until cell B is no longer 
suitable and the UE selects cell A. 


2 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


3 


<r 


RRC CONNECTION SETUP 




4 


■> 


LOCATION UPDATING 
REQUEST 




5 


^ 


LOCATION UPDATING REJECT 


"Reject cause" IE is "Roaming not allowed in this location 


6 


^ 


RRC CONNECTION RELEASE 


area . 

After the sending of this message, the SS waits for the 

disconnection of the main signalling link. 


7 


SS 




The SS waits at least 7 minutes for a possible location 
updating. 


8 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B. 


9 


UE 




The SIM is removed. 


10 


UE 




The SIM is inserted into the ME. 


11 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


12 


<r 


RRC CONNECTION SETUP 




13 


■> 


LOCATION UPDATING 
REQUEST 


Location Updating Type = normal. 


14 


^ 


LOCATION UPDATING ACCEPT 


IE Mobile Identity not present. 


15 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 

9.4.3 Location updating / abnormal cases 

9.4.3.1 Location updating / abnormal cases / random access fails 



9.4.3.1.1 



Conformance requirement 



If during the RRC connection establishment phase of a normal location updating procedure, RRC CONNECTION 
requests are not answered by the network, the User Equipment shall: 

1. send (Max-Re trans+1) RRC CONNECTION Request messages; 

2. not try to establish a connection during a period of T3213; 

3. then perform a normal location updating procedure as it is still necessary; 

4. not repeat the complete procedure if the original cause of the location updating procedure has disappeared. 

Reference(s) 

TS 24.008 Clause 4.4.4.9. 



9.4.3.1.2 



Test purpose 



To verify that when during the RRC connection establishment phase of a location updating procedure, RRC 
CONNECTION requests are not answered by the network, after expiry of T3213 (= 4s in Phase 2) and when the cell 
reselection procedure is finished the complete procedure is repeated if still necessary. 
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9.4.3.1.3 Method of test 

Initial conditions 

System Simulator: 

two cells: A and B of the same PLMN, belonging to different location areas with LAI a and b; 

the RF power level of cell B is higher than the one of cell A; 

IMSI attach/detach is not allowed in both cells; 

the T3212 time-out value is set to infinite in both cells. 
User Equipment: 
- the UE has a valid TMSI, CKSN and Kc. It is "Idle updated" on cell B. 

Related ICS/IXIT statement(s) 
None. 

Foreseen final state of the UE 
The UE is "Idle updated" on cell A. 

Test Procedure 

The SS causes a random access failure in the UE during a normal location updating procedure. After the expiry of 
T3213 and when the cell reselection procedure is finished the UE will try to restart the normal location updating 
procedure. 

The test is repeated but the original cause of the location updating procedure has disappeared. The SS then checks that 
the UE will not restart the location updating procedure. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be received 








on cell A. 


1 


UE 




The RF level of cell B is lowered until the UE selects cell 
A. The RF level of cell B is set sufficiently low to ensure 
that cell B is not suitable as defined in GSM 05.08 
subclause 6.6.2.. 


2 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. This message is 
sent by the UE (Max_Retrans + 1 ) times. 


3 


SS 




The SS waits for 4 seconds. 


4 


UE 




The UE shall not send any layer 3 message during this 

time. 

Establishment cause: Location updating. The time 


5 


^ 


RRC CONNECTION REQUEST 








difference between this message and the last RRC 








CONNECTION REQUEST sent in step 2 shall be in the 








range 4 s - 9 s. 


6 


^ 


RRC CONNECTION SETUP 




7 


^ 


LOCATION UPDATING 


location updating type = normal, CKSN = initial value, LAI 






REQUEST 


= b, mobile station classmark 1 and mobile identity = 
TMSI. 


8 


^ 


LOCATION UPDATING ACCEPT 


Optional IE Mobile Identity not included 


9 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


10 


SS 




The RF level of cell B is set to the same value as for cell 

A. 

The RF level of cell A is lowered until the UE selects cell 


11 


SS 










B. The RF level of cell A is kept sufficiently high to ensure 








that cell A is still suitable as defined in subclause 6.6.2. 








The following messages are sent and shall be received 








on cell B. 


12 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. This message is 
sent by the UE (Max_Retrans + 1 ) times. 


13 


SS 




Immediately after the end of step 12 the RF level of cell A 
is set to the same value as for cell B. 


14 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B. This is checked 
during 15 s. 



Specific message contents 
None. 

9.4.3.2 Location updating / abnormal cases / attempt counter less or equal to 4, LAI 

different 



9.4.3.2.1 



Conformance requirement 



1) When a failure such as cases d), f) and g) of clause 4.4.4.9 of TS 24.008 has occurred during a normal location 
updating procedure, if the attempt counter is smaller than 4 and after expiry of T321 1, the User Equipment shall 
resend its Location Updating Request message with the Mobile Identity IE set to its IMSI, CKSN IE set to "no 
key is available" and the Location Updating type set to "normal location updating". 

2) When a failure such as cases d), f) and g) of clause 4.4.4.9 of TS 24.008 has occurred during a normal location 
updating procedure the User Equipment shall: 

2.1 not answer to paging with the previously allocated TMSI; 

2.2 not perform the IMSI detach procedure, when switched off. 
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3) When a failure such as case e) of clause 4.4.4.9 of TS 24.008 has occurred during a normal location updating 
procedure and when an emergency call establishment is requested by the user the User Equipment, if it supports 
speech, shall send a CM Service Request message with CM Service Type IE set to "emergency call 
establishment", CKSN IE set to "no key available" and Mobile Identity IE set to its IMSI and after acceptance by 
the network it shall send an Emergency Setup message. 

4) When a failure such as cases d), f) and g) of clause 4.4.4.9 of TS 24.008 has occurred during a normal location 
updating procedure the User Equipment shall use a request from CM entity other than emergency call as a 
trigger for a normal location updating procedure and shall send a Location Updating Request message with the 
Mobile Identity IE set to its IMSI, CKSN IE set to "no key is available" and the Location Updating type IE set to 
"normal location updating". 

5) When a failure such as cases d), f) and g) of clause 4.4.4.9 of TS 24.008 has occurred during a normal location 
updating procedure the User Equipment shall answer to paging with IMSI and shall send a Paging Response 
message with CKSN IE set to "no key available" and Mobile Identity IE set to its IMSI. 

6) When a failure such as cases d), f) and g) of clause 4.4.4.9 of TS 24.008 has occurred during a normal location 
updating procedure the User Equipment shall perform a normal location updating procedure as soon as it enters a 
new cell. 

References 

TS 24.008 Clauses 4.4.4.2, 4.4.4.9. 

9.4.3.2.2 Test purpose 

To verify that the UE performs normal location updating procedures when its attempt counter is smaller than 4. 

To check that the UE does not perform the IMSI detach procedure when "idle not updated". 

To verify that when "idle not updated" the UE can perform an emergency call. 

To verify that when "idle not updated" the UE uses requests from CM layer other than emergency call as triggering of a 
normal location updating procedure. 

To verify that the UE performs a normal location updating procedure if it enters a new cell while being "idle not 
updated". 

9.4.3.2.3 Method of test 

Initial conditions 

- System Simulator: 

two cells: A and B of the same PLMN, belonging to different location areas with LAI a and b; 

- ATT flag shall be set to IMSI attach/detach allowed. 
User Equipment: 

- the UE is "idle updated" on cell A. A valid CKSN value is stored in the SIM and is noted "initial CKSN". A 
TMSI is allocated. 

Related ICS/IXIT statements 

SIM removal possible while UE is powered Yes/No. 

Switch off on button Yes/No. 

Support for speech Yes/No. 
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Foreseen final state of the UE 

The UE is "Idle updated" on cell A with a valid CKSN and a TMSI. 

Test Procedure 

The UE is made to perform a normal location updating procedure. Four types of failure cases are triggered: 

sending of a Location Updating Reject with cause randomly chosen between all defined cause values except 2, 3, 
6, 11, 12 and 13 (which trigger a different action) (case g of TS 24.008 clause 4.4.4.9); 

RRC -connection failure (case d); 

sending of a RRC CONNECTION RELEASE message before the normal end of the procedure (case f); 

- T3210 time-out (case e). 

As there is no stored LAI or the stored LAI is different from the broadcast LAI, and the attempt counter in the UE shall 
be lower than 4, the UE enters the state MM IDLE and substate ATTEMPTING TO UPDATE and waits for T321 1 
seconds before trying again a location updating procedure. 

Then the behaviour of the UE in the MM IDLE ATTEMPTING TO UPDATE SERVICE state is checked, that is: 

not answer to paging with TMSI; 

not perform an IMSI detach procedure; 

support request for emergency call; 

use requests from CM layer other than emergency call as triggering of a normal location updating procedure; 

- perform normal location updating procedure when a new cell is entered. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


The following messages are sent and shall be received or 


i cell B. 


1 


UE 




The RF level of cell A is lowered until the UE selects cell 
B. The RF level of cell A is set sufficiently low to ensure 
that cell A is not suitable as defined in subclause 6.6.2. 


2 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


3 


<r 


RRC CONNECTION SETUP 




4 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = initial value, LAI 






REQUEST 


= a, mobile station classmark 1 as given by the ICS and 
mobile identity = TMSI. 


5 


^ 


LOCATION UPDATING REJECT 


IE Reject cause is set to a value arbitrarily chosen: * in 
table 1 0.66 of, causes #2, #3, #6, #1 1 , #1 2 and #1 3 
being excluded. 


6 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


7 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B during T321 1 
seconds at least after the RRC CONNECTION release. 


8 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


9 


<r 


RRC CONNECTION SETUP 




10 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), Mobile Identity 
= IMSI. 
The SS deactivates the SACCH on the dedicated RRC 


11 


SS 










CONNECTION. The SS waits until there are no more 








SACCH frames in the uplink direction. This release 








connection is done within 8 SACCH frames. 


12 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B within T321 1 + 
RadioLinkTimeout after the SS deactivates the SACCH. 


13 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


14 


<r 


RRC CONNECTION SETUP 




15 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), Mobile Identity 
= IMSI. 
After the sending of this message, the SS waits for the 


16 


^ 


RRC CONNECTION RELEASE 








disconnection of the main signalling link. 


17 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B during T321 1 
seconds at least after the RRC CONNECTION release. 


18 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


19 


<r 


RRC CONNECTION SETUP 




20 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), Mobile Identity 
= IMSI. 
CKSN = initial CKSN. 


21 


^ 


AUTHENTICATION REQUEST 


22 


^ 


AUTHENTICATION RESPONSE 




23 


<r 


LOCATION UPDATING ACCEPT 


IE mobile Identity = new TMSI. 


24 


■^ 


TMSI REALLOCATION 
COMPLETE 




25 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. UE is now "idle 
updated" in cell B. 


The following messac 


)es are sent and shall be received or 


i cell A. 


26 


UE 




The RF level of cell B is lowered until the UE selects cell 
A. The RF level of cell B is set sufficiently low to ensure 
that cell B is not suitable as defined in subclause 6.6.2. 


27 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


28 


<r 


RRC CONNECTION SETUP 
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Step 


Direction 


Message 


Comments 


UE SS 


29 


^ 


LOCATION UPDATING 


location updating type = normal, CKSN = initial value, LAI 






REQUEST 


= b, mobile station classmark 1 as given by the ICS and 
mobile identity = TMSI. 


30 


SS 




performs step 5 with reject cause #1 00 and step 6. 


31 


^ 




Mobile identity = old TMSI of the UE. This message is 






MOBILE TERMINATED 


sent continuously to the UE during 8 seconds. 






ESTABLISHMENT OF RRC 








CONNECTION 




32 


SS 




The SS checks that there is no answer from the UE 
during 12 seconds. 


33 


SS 




If during steps 31 and 32 the UE attempts to perform a 
location updating procedure the SS will perform step 30 
and then continue the procedure. 


34 


UE 




If possible (see ICS) SIM detachment is performed. 
Otherwise if possible (see ICS) mobile switch off is 
performed. Otherwise the power is removed. 


35 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B. This is checked 
during 30 seconds. 


36 


UE 




Depending on what has been performed in step 34 the 
UE is brought back to operation. 








Establishment cause: Location updating. 


37 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), Mobile Identity 
= IMSI. 


38 


^ 


AUTHENTICATION REQUEST 


CKSN = initial CKSN. 


39 


^ 


AUTHENTICATION RESPONSE 




40 


<- 


LOCATION UPDATING ACCEPT 


IE mobile Identity = new TMSI. 


41 


■^ 


TMSI REALLOCATION 
COMPLETE 




42 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. UE is now "idle 
updated" in cell A. 


43 


UE 




The RF level of cell A is lowered until the UE selects cell 
B. The RF level of cell A is set sufficiently low to ensure 
that cell A is not suitable as defined in subclause 6.6.2. 


44 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


45 


<r 


RRC CONNECTION SETUP 




46 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = initial value, LAI 






REQUEST 


= a, mobile station classmark 1 as given by the ICS and 
mobile identity = TMSI. 


47 


^ 


AUTHENTICATION REQUEST 




48 


^ 


AUTHENTICATION RESPONSE 


steps 49 and 50 are performed N times. N shall be 
chosen in such a way that T3210 expires. Depending on 
when T3210 expires in the UE, it is possible that on the 
Nth occurrence of step 50 the UE may send a L2 DISC 
rather than the AUTHENTICATION RESPONSE 
message. 


49 


SS 




The SS checks that there is no more activity from the UE 
on the RRC CONNECTION after the DISC/UA exchange 
has been completed. 


50 


UE 




If the UE supports speech it is made to perform an 
emergency call. 


51 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Emergency call. 


52 


<- 


RRC CONNECTION SETUP 




53 


■> 


CM SERVICE REQUEST 


CM service type = Emergency call establishment; CKSN 
= no key available; Mobile Identity = IMSI. 


54 


^ 


CM SERVICE ACCEPT 




55 


^ 


EMERGENCY SETUP 




56 


<r 


RELEASE COMPLETE 


Cause = unassigned number. 


57 


<r 


RRC CONNECTION RELEASE 
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Step 


Direction 


Message 


Comments 


UE SS 


58 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating The SS will wait 
at most 15 seconds for this message. 


59 


^ 


RRC CONNECTION SETUP 




60 


^ 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), Mobile Identity 
= IMSI. 
CKSN = initial CKSN. 


61 


^ 


AUTHENTICATION REQUEST 


62 


^ 


AUTHENTICATION RESPONSE 




63 


<r 


LOCATION UPDATING ACCEPT 


IE mobile Identity = new TMSI. 


64 


■^ 


TMSI REALLOCATION 
COMPLETE 




65 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. UE is now "idle 
updated" in cell B. 


66 


UE 




The RF level of cell B is lowered until the UE selects cell 
A. The RF level of cell B is set sufficiently low to ensure 
that cell B is not suitable as defined in subclause 6.6.2. 


67 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


68 


<r 


RRC CONNECTION SETUP 




69 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = initial value, LAI 






REQUEST 


= b, mobile station classmark 1 as given by the ICS and 
mobile identity = TMSI. 


70 


SS 




performs step 1 1 . 


71 


UE 




A MO CM connection is attempted before T321 1 expiry. 


72 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


73 


<r 


RRC CONNECTION SETUP 




74 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), Mobile Identity 
= IMSI. 
IE mobile Identity = new TMSI. 


75 


^ 


LOCATION UPDATING ACCEPT 


76 


^ 


TMSI REALLOCATION 
COMPLETE 




77 


^ 


RRC CONNECTION RELEASE 


Steps 80 to 83 are optional as the UE may have 
memorized the request for CM connection attempt Wait 
1 s to decide whether to go directly to step 84. 


78 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Not checked. 


79 


^ 


RRC CONNECTION SETUP 




80 


^ 


CM SERVICE REQUEST 


CKSN = no key available, Mobile identity = TMSI. 


81 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. UE is now "idle 
updated" in cell A. 


82 


UE 




The RF level of cell A is lowered until the UE selects cell 
B. The RF level of cell A is set sufficiently low to ensure 
that cell A is not suitable as defined in subclause 6.6.2. 


83 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


84 


^ 


RRC CONNECTION SETUP 




85 


^ 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available LAI = a, mobile station classmark 1 as given by 
the ICS and mobile identity = TMSI. 


86 


SS 




performs step 16. 


87 


UE 




The RF level of cell B is lowered until the UE selects cell 
A. The RF level of cell B is set sufficiently low to ensure 
that cell B is not suitable as defined in subclause 6.6.2. 


88 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 
The time interval between Cell B being set sufficiently low 
to ensure that Cell B is not suitable and this message 
shall be less than 20s. 


89 


^ 


RRC CONNECTION SETUP 
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Step 


Direction 


Message 


Comments 


UE SS 


90 


^ 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available , LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), mobile station 
classmark 1 as given by the ICS and mobile identity = 
IMSI. 


91 


^ 


AUTHENTICATION REQUEST 


CKSN = initial CKSN. 


92 


^ 


AUTHENTICATION RESPONSE 




93 


<r 


LOCATION UPDATING ACCEPT 


Mobile identity = TMSI. 


94 


■^ 


TMSI REALLOCATION 
COMPLETE 




95 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. UE is now "Idle, 
updated" in cell A. 



Specific message contents 
None. 



9.4.3.3 



Location updating / abnormal cases / attempt counter equal to 4 



9.4.3.3.1 



Conformance requirement 



1) When four failures such as cases d) to g) of clause 4.4.4.9 of TS 24.008 have occurred during a normal location 
updating procedure the User Equipment shall: 

1.1 perform location updating after T3212 expiry by sending a Location Updating Request message with the 
Mobile Identity IE set to its IMSI, CKSN IE set to "no key is available" and the Location Updating type set 
to "normal updating"; 

1 .2 if the T3212 initiated location updating was unsuccessful, then after T321 1 expiry the User Equipment shall 
send a Location Updating Request message with the Mobile Identity IE set to its IMSI, CKSN IE set to "no 
key is available" and the Location Updating type IE set to "normal location updating". 

2) When four failures such as cases d), f), g) of clause 4.4.4.9 of TS 24.008 have occurred during a normal location 
updating procedure the User Equipment, if it supports speech, shall be able to perform an emergency call i.e. the 
User Equipment is able to send a CM Service Request message with the CM Service Type IE set to "emergency 
call establishment", CKSN IE set to "no key is available" and Mobile Identity IE set to its IMSI and then send an 
Emergency Setup message. 

3) When four failures such as cases d), f), g) of clause 4.4.4.9 of TS 24.008 have occurred during a normal location 
updating procedure: 

3.1 the User Equipment shall use a request from CM entity for MM connection for a service other than 
emergency call as a trigger for a normal location updating procedure and shall send a Location Updating 
Request message with the Mobile Identity IE set to its IMSI, CKSN IE set to "no key is available" and the 
Location Updating type IE set to "normal location updating"; 

3.2 after a location updating triggered by a request from the CM layer which was .unsuccessful, after T321 1 
expiry the User Equipment shall send a Location Updating Request message with the Mobile Identity IE set 
to its IMSI, CKSN IE set to "no key is available" and the Location Updating type IE set to "normal location 
updating". 

4) When four failures such as cases d), f), g) of clause 4.4.4.9 of TS 24.008 have occurred during a normal location 
updating procedure: 

4. 1 the User Equipment shall perform a normal location updating procedure if it enters a new cell; 
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4.2 if this location updating is unsuccessful, after T321 1 expiry the User Equipment shall send a Location 

Updating Request message with the Mobile Identity IE set to its IMSI, CKSN IE set to "no key is available" 
and the Location Updating type IE set to "normal location updating". 

References 

TS 24.008 Clause 4.4.4.9. 

9.4.3.3.2 Test purpose 

To verify that the UE performs normal location updating procedures after T3212 expiry, when its attempt counter has 
reached value 4 and that the UE reset its attempt counter after a timer T3212 expiry. 

To verify that the UE still follows the MM IDLE ATTEMPTING TO UPDATE state requirements after its attempt 
counter has reached value 4. 

To verify that the attempt counter is reset in the cases where it has to be done. 

9.4.3.3.3 Method of test 

Initial conditions 

- System Simulator: 

two cells: A and B, belonging to different location areas a and b; 

IMSI attach/detach is allowed in both cells; 

T3212 is set to 6 minutes. 
User Equipment: 
- the UE is "Idle updated" on cell B with a valid CKSN and a TMSI. 

Related ICS/IXIT statements 

SIM removal possible while UE is powered Yes/No. 

Switch off on button Yes/No. 

Support of speech Yes/No. 

Foreseen final state of the UE 

The UE is "Idle updated" on cell A with a valid CKSN and a TMSI. 

Test Procedure 

The UE is made to perform a normal location updating. The SS triggers a failure in this procedure. After T321 1 expiry 
the UE will try again the location updating procedure. The SS triggers again a failure. This is done again 2 times. At this 
point the attempt counter shall be equal to 4. It is then checked that T3212 has been started and that at its expiry the UE 
will try a normal location updating procedure. It is verified that the UE has reset its attempt counter after timer T3212 
expiry. 

Then it is checked that, when the attempt counter has reached the value of 4, the UE is in the MM IDLE state and 
ATTEMPTING TO UPDATE substate, that is: 

- not perform an IMSI detach procedure; 
support request for emergency call; 

use requests from CM layer other than emergency call as triggering of a normal location updating procedure; 
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- perform normal location updating procedure when a new cell is entered. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be received 








on cell A. 


1 


UE 




The RF level of cell B is lowered until the UE selects cell 
A. The RF level of cell B is set sufficiently low to ensure 
that cell B is not suitable as defined in subclause 6.6.2. 


2 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


3 


<r 


RRC CONNECTION SETUP 




4 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = initial value, LAI 






REQUEST 


= b, mobile station classmark 1 as given by the ICS and 
mobile identity = TMSI. 


5 


^ 


LOCATION UPDATING REJECT 


IE Reject cause is set to #22 * in table 10.66 of, causes 
#2, #3, #6, #1 1 , #1 2 and #1 3 being excluded. 


6 


^ 


RRC CONNECTION RELEASE 


The SS waits for the disconnection of the main signalling 

link. 

The UE shall not initiate an RRC connection 


7 


UE 










establishment on cell A or on cell B within T321 1 . 


8 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


9 


<r 


RRC CONNECTION SETUP 




10 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), Mobile Identity 
= IMSI. 
The SS deactivates the SACCH on the dedicated RRC 


11 


SS 










CONNECTION and waits until there are no more SACCH 








frames in the uplink. This is done within 8 SACCH 








frames. 


12 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B with T321 1 + 
RadioLinkTimeout after the SS deactivates the SACCH. 


13 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


14 


<r 


RRC CONNECTION SETUP 




15 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), Mobile Identity 
= IMSI. 


16 


^ 


AUTHENTICATION REQUEST 


17 


^ 


AUTHENTICATION RESPONSE 


these steps (16 and 17) are performed N times. N shall 
be chosen in such a way that T3210 expires. Depending 
on when T3210 expires in the UE, it is possible that on 
the Nth occurrence of step 50 the UE may send a L2 
DISC rather than the AUTHENTICATION RESPONSE 
message. 


18 


UE 




The UE shall cease transmission (after the DISC/UA 
exchange has been completed) and then shall not initiate 
an RRC connection establishment on cell A or on cell B 
during T321 1 seconds at least after the expiry of T3210. 


19 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


20 


^ 


RRC CONNECTION SETUP 




21 


^ 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 

previous values, the LAC is coded FFFE), Mobile Identity 

= IMSI. 

The SS waits for the disconnection of the main signalling 

link. 

The UE shall not initiate an RRC connection 


22 


^ 


RRC CONNECTION RELEASE 


23 


UE 










establishment on cell A or on cell B during T321 2 








(tolerance -1 5s; 45s) at least after the RRC 








CONNECTION release. 


24 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


25 


^ 


RRC CONNECTION SETUP 
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Step 


Direction 


Message 


Comments 


UE | SS 


26 


^ 


LOCATION UPDATING 


location updating type: "normal location update" CKSN = 






REQUEST 


no key available, LAI = deleted LAI (the MCC and MNC 
hold the previous values, the LAC is coded FFFE) mobile 
station classmark 1 as given by the ICS and mobile 
identity = I MS I. 


27 


^ 


LOCATION UPDATING REJECT 


IE Reject cause = #17 "network failure". 


28 


<r 


RRC CONNECTION RELEASE 


The SS waits for the disconnection of the main signalling 

link. 

The UE shall not initiate an RRC connection 


29 


UE 










establishment on cell A or on cell B during T321 1 








seconds at least after the RRC CONNECTION release. 


30 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


31 


<r 


RRC CONNECTION SETUP 




32 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 

previous values, the LAC is coded FFFE) mobile station 

classmark 1 as given by the ICS and mobile identity = 

IMSI. 

CKSN = initial CKSN. 


33 


^ 


AUTHENTICATION REQUEST 


34 


^ 


AUTHENTICATION RESPONSE 




35 


<- 


LOCATION UPDATING ACCEPT 


IE mobile Identity = new TMSI. 


36 


■^ 


TMSI REALLOCATION 
COMPLETE 




37 




RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. UE is now "idle, 
updated" in cell A. 


38 


UE 




The RF level of cell A is lowered until the UE selects cell 
B. The RF level of cell A is set sufficiently low to ensure 
that cell A is not suitable as defined in subclause 6.6.2. 


39 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


40 


<r 


RRC CONNECTION SETUP 




41 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = initial value, LAI 






REQUEST 


= a, mobile station classmark 1 as given by the ICS and 
mobile identity = TMSI. 


42 


^ 


LOCATION UPDATING REJECT 


IE Reject cause is set to #42 * in table 10.66 of, causes 
#2, #3, #6, #1 1 , #1 2 and #1 3 being excluded. 


43 


^ 


RRC CONNECTION RELEASE 


The SS waits for the disconnection of the main signalling 

link. 

The UE shall not initiate an RRC connection 


44 


UE 










establishment on cell A or on cell B during T321 1 








seconds at least after the RRC CONNECTION release. 


45 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


46 


^ 


RRC CONNECTION SETUP 




47 


^ 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), Mobile Identity 
= IMSI. 
The SS deactivates the SACCHon the dedicated RRC 


48 


SS 










CONNECTION and waits until there is no more SACCH 








frames in the uplink. This is done within 8 SACCH 








frames. 


48a 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B within T321 1 + 
RadioLinkTimeOut after the SS deactivates the SACCH. 


49 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


50 


^ 


RRC CONNECTION SETUP 




51 


^ 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 

previous values, the LAC is coded FFFE), Mobile Identity 

= IMSI. 

The SS waits for the disconnection of the main signalling 

link. 


52 


^ 


RRC CONNECTION RELEASE 
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Step 


Direction 


Message 


Comments 


UE | SS 


53 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B during T321 1 
seconds at least after the RRC CONNECTION release. 


54 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


55 


<r 


RRC CONNECTION SETUP 




56 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 

previous values, the LAC is coded FFFE) mobile station 

classmark 1 as given by the ICS and mobile identity = 

IMSI. 

performs step 42 with cause #38 and step 43. 


57 


SS 




58 


UE 




If the UE supports speech, it is made to perform an 
emergency call. 


59 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Emergency call. 


60 


<r 


RRC CONNECTION SETUP 




61 


■> 


CM SERVICE REQUEST 


CM service type = Emergency call establishment; CKSN 
= no key available; Mobile Identity = IMSI. 


62 


^ 


CM SERVICE ACCEPT 




63 


^ 


EMERGENCY SETUP 




64 


<r 


RELEASE COMPLETE 


Cause = unassigned number. 


65 


<- 


RRC CONNECTION RELEASE 


The SS waits for the disconnection of the main signalling 

link. 

If possible (see ICS) SIM detachment is performed. 


66 


UE 










Otherwise if possible (see ICS) switch off is performed. 








Otherwise the power is removed. 


67 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B. This is checked 
during 3 seconds. 


68 


UE 




Depending on what has been performed in step 66 the 
UE is brought back to operation. 


69 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


70 


<r 


RRC CONNECTION SETUP 




71 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), Mobile Identity 
= IMSI. 
CKSN = initial CKSN. 


72 


^ 


AUTHENTICATION REQUEST 


73 


^ 


AUTHENTICATION RESPONSE 




74 


<r 


LOCATION UPDATING ACCEPT 


IE mobile Identity = new TMSI. 


75 


■^ 


TMSI REALLOCATION 
COMPLETE 




76 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. UE is now "idle, 
updated" in cell B. 


77 


UE 




The RF level of cell B is lowered until the UE selects cell 
A. The RF level of cell B is set sufficiently low to ensure 
that cell B is not suitable as defined in subclause 6.6.2. 


78 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


79 


<r 


RRC CONNECTION SETUP 




80 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = initial value, LAI 






REQUEST 


= b, mobile station classmark 1 as given by the ICS and 
mobile identity = TMSI. 


81 


^ 


LOCATION UPDATING REJECT 


IE Reject cause is set to #38 * in table 10.66 of, causes 
#2, #3, #6, #1 1 , #1 2, and #1 3 being excluded. 


82 


^ 


RRC CONNECTION RELEASE 


The SS waits for the disconnection of the main signalling 

link. 

The UE shall not initiate an RRC connection 


83 


UE 










establishment on cell A or on cell B during T321 1 








seconds at least after the RRC CONNECTION release. 


84 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


85 


^ 


RRC CONNECTION SETUP 





ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



527 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Step 


Direction 


Message 


Comments 


UE | SS 


86 


^ 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), Mobile Identity 
= IMSI. 


87 


SS 




The SS deactivates the SACCH on the dedicated RRC 
CONNECTION and waits until there is no more SACCH 
frames in the uplink. This is done within 8 SACCH 
frames. 


88 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B within T321 1 
+RadioLinkTimeout seconds after the SS deactivates the 
SACCH. 


89 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


90 


<r 


RRC CONNECTION SETUP 




91 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), Mobile Identity 
= IMSI. 


92 


^ 


RRC CONNECTION RELEASE 


The SS waits for the disconnection of the main signalling 

link. 

The UE shall not initiate an RRC connection 


93 


UE 










establishment on cell A or on cell B during T321 1 








seconds at least after the RRC CONNECTION release. 


94 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


95 


<r 


RRC CONNECTION SETUP 




96 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 

previous values, the LAC is coded FFFE) mobile station 

classmark 1 as given by the ICS and mobile identity = 

IMSI. 

performs step 48. 


97 


SS 




98 


UE 




A MO CM connection is attempted. 


99 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


100 


<r 


RRC CONNECTION SETUP 




101 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), Mobile Identity 
= IMSI. 


102 


SS 




performs step 52. 


103 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B during T321 1 
seconds at least after the RRC CONNECTION release. 


104 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


105 


<r 


RRC CONNECTION SETUP 




106 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), Mobile Identity 
= IMSI. 


107 


^ 


AUTHENTICATION REQUEST 


CKSN = initial CKSN. 


108 


^ 


AUTHENTICATION RESPONSE 




109 


<r 


LOCATION UPDATING ACCEPT 


IE mobile Identity = new TMSI. 


110 


■^ 


TMSI REALLOCATION 
COMPLETE 




111 


^ 


RRC CONNECTION RELEASE 


UE is now "idle, updated" in cell A The UE may or may 
not have memorized the request for CM connection. The 
steps 1 12 to 1 16 are therefore optional for the UE. The 
SS waits 10 second whether to decide to go directly to 
step 117. 


112 


^ 


RRC CONNECTION REQUEST 




113 


<r 


RRC CONNECTION SETUP 




114 


■> 


CM SERVICE REQUEST 


CKSN = initial value, Mobile identity = TMSI. 


115 


<r 


CM SERVICE REJECT 


cause #17 (network failure). 


116 


<r 


RRC CONNECTION RELEASE 


The SS waits for the disconnection of the main signalling 
link. 
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Step 


Direction 


Message 


Comments 


UE | SS 


117 


UE 




The RF level of cell A is lowered until the UE selects cell 
B. The RF level of cell A is set sufficiently low to ensure 
that cell A is not suitable as defined in subclause 6.6.2. 


118 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


119 


<r 


RRC CONNECTION SETUP 




120 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = initial value, LAI 






REQUEST 


= a, mobile station classmark 1 as given by the ICS and 
mobile identity = TMSI. 


121 


^ 


LOCATION UPDATING REJECT 


IE Reject cause is set to #38 * in table 10.66 of, causes 
#2, #3, #6, #1 1 , #1 2 and #1 3 being excluded. 


122 


^ 


RRC CONNECTION RELEASE 


The SS waits for the disconnection of the main signalling 

link 

The UE shall not initiate an RRC connection 


123 


UE 










establishment on cell A or on cell B during T321 1 








seconds at least after the RRC CONNECTION release. 


124 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


125 


<r 


RRC CONNECTION SETUP 




126 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), Mobile Identity 
= IMSI. 
The SS stops any RF transmission on the dedicated RRC 


127 


SS 










CONNECTION and waits until there is no more SACCH 








in the uplink. 


128 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B within T321 1 + 
RadioLinkTimeOut seconds after the SS stops RF 
transmission. 


129 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


130 


<- 


RRC CONNECTION SETUP 




131 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 

previous values, the LAC is coded FFFE), Mobile Identity 

= IMSI. 

The SS waits for the disconnection of the main signalling 

link. 

The UE shall not initiate an RRC connection 


132 


^ 


RRC CONNECTION RELEASE 


133 


UE 










establishment on cell A or on cell B during T321 1 








seconds at least after the RRC CONNECTION release. 


134 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


135 


<r 


RRC CONNECTION SETUP 




136 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 

previous values, the LAC is coded FFFE) mobile station 

classmark 1 as given by the ICS and mobile identity = 

IMSI. 

performs steps 42 and 43. 


137 


SS 




138 


UE 




The RF level of cell B is lowered until the UE selects cell 
A. The RF level of cell B is set sufficiently low to ensure 
that cell B is not suitable as defined in subclause 6.6.2. 


139 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


140 


<r 


RRC CONNECTION SETUP 




141 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available , LAI = deleted LAI (the MCC and MNC hold the 

previous values, the LAC is coded FFFE) mobile station 

classmark 1 as given by the ICS and mobile identity = 

IMSI. 

performs the step 48. 


142 


SS 




143 


UE 




The UE shall not initiate an RRC connection 
establishment on cell A or on cell B until T321 1 + 
RadioLinkTimeout after the SS deactivates the SACCH. 


144 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


145 


<- 


RRC CONNECTION SETUP 
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Step 


Direction 


Message 


Comments 


UE | SS 


146 


^ 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE), Mobile Identity 
= IMSI. 


147 


^ 


AUTHENTICATION REQUEST 


CKSN = initial CKSN. 


148 


^ 


AUTHENTICATION RESPONSE 




149 


<r 


LOCATION UPDATING ACCEPT 


IE mobile Identity = new TMSI. 


150 


■^ 


TMSI REALLOCATION 
COMPLETE 




151 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. UE is now "idle, 
updated" in cell A. 



Specific message contents 
None. 

9.4.3.4 Location updating / abnormal cases / attempt counter less or equal to 4, 

stored LAI equal to broadcast LAI 



9.4.3.4.1 



Conformance requirement 



1) When a failure such as cases d), f) and g) of clause 4.4.4.9 of TS 24.008 has occurred during a periodic location 
updating procedure (the broadcast LAI is equal to the stored LAI): 

1.1 the User Equipment shall be able to establish an MM connection i.e. send a RRC CONNECTION Request 
and then a CM Service Request message, CKSN and LAI set to those which have been allocated to the User 
Equipment, Mobile Identity IE set to the TMSI which has been allocated to the User Equipment; 

1 .2 then the User Equipment shall not attempt a location updating procedure. 

2) When a failure such as cases d), f) and g) of clause 4.4.4.9 of TS 24.008 has occurred during an IMSI attach 
procedure (the broadcast LAI is equal to the stored LAI): 

2.1 the User Equipment shall be able to establish an MM connection i.e. send a RRC CONNECTION Request 
and then a CM Service Request message, CKSN and LAI set to those which have been allocated to the User 
Equipment, Mobile Identity IE set to the TMSI which has been allocated to the User Equipment; 

2.2 then the User Equipment shall not attempt a location updating procedure. 

3) When a failure such as cases d), f) and g) of clause 4.4.4.9 of TS 24.008 has occurred during a periodic location 
updating procedure and the attempt counter is smaller than 4 the User Equipment shall send, after T3211 expiry, 
a Location Updating Request message with the Mobile Identity IE set to the TMSI which has been allocated to 
the User Equipment, CKSN IE and LAI set to those which have been allocated to the User Equipment and the 
Location Updating type set to "periodic updating". 

3.1 When the User Equipment's attempt counter reaches the value 4 (four failures such as cases d), f) and g) of 
clause 4.4.4.9 of TS 24.008 have occurred during a periodic location updating procedure) after T3212 expiry 
it shall send a Location Updating Request message with the Mobile Identity IE set to its IMSI, CKSN IE set 
to "no key is available" and the Location Updating type set to "normal". 

4) When the User Equipment's attempt counter reaches the value 4 (four failures such as cases d), f) and g) of 
clause 4.4.4.9 of TS 24.008 have occurred during a periodic location updating procedure) it shall use a request 
for a CM connection other than emergency call as a trigger for a location updating procedure. 

5) When a failure such as cases d), f) and g) of clause 4.4.4.9 of TS 24.008 has occurred during an IMSI attach 
procedure and the attempt counter is smaller than 4 the User Equipment shall send, after T3211 expiry, a 
Location Updating Request message with the Mobile Identity IE set to the TMSI which has been allocated to the 
User Equipment, CKSN IE and LAI set to those which have been allocated to the User Equipment and the 
Location Updating type set to "IMSI attach". 



ETSI 



3G TS 34.1 23-1 version 3.0.0 Release 1 999 530 ETSI TS 1 34 1 23-1 V3.0.0 (2000-06) 



5.1 When the User Equipment's attempt counter reaches the value 4 (four failures such as cases d), f) and g) of 
clause 4.4.4.9 of TS 24.008 have occurred during an IMSI attach procedure) after T3212 expiry it shall send 
a Location Updating Request message with the Mobile Identity IE set to its IMSI, CKSN IE set to "no key is 
available" and the Location Updating type set to "normal". 

6) When the User Equipment's attempt counter reaches the value 4 (four failures such as cases d), f) and g) of 
clause 4.4.4.9 of TS 24.008 have occurred during an IMSI attach procedure) it shall use a request for a CM 
connection other than emergency call as a trigger for a location updating procedure. 

References 

TS 24.008 Clause 4.4.4.9. 

9.4.3.4.2 Test purpose 

To verify that in the case when the attempt counter is smaller than 4 and the broadcast LAI is equal to the stored LAI, 
the UE is in the MM IDLE state and NORMAL SERVICE substate. To verify that timer T321 1 is stopped after a MM 
connection establishment. 

To verify that the UE uses the T321 1 timer, and that it enters the MM IDLE state and NORMAL SERVICE substate 
when its attempt counter reaches value 4 even in the case where the stored LAI is equal to the broadcast LAI. 

9.4.3.4.3 Method of test 

Initial conditions 

System Simulator: 

one cell: B, belonging to location area b; 

- IMSI attach/detach is allowed; 
T3212 is set to 6 minutes. 

User Equipment: 

- the UE is "Idle updated" on cell B with a valid CKSN and a TMSI. 

Related ICS/IXIT statements 

SIM removal possible while UE is powered Yes/No. 

Switch off on button Yes/No. 

Foreseen final state of the UE 

The UE is "idle updated" on cell B with a valid CKSN and a TMSI. 

Test Procedure 

A failure during the periodic location updating is triggered: as the broadcast LAI is equal to the stored LAI, the UE is 
still in the MM IDLE state and NORMAL SERVICE substate and timer T321 1 is started. A CM connection other than 
for emergency call is attempted. It is checked that this is possible and that T3211 is stopped. Same test is performed 
with a failure during an IMSI attach procedure. 

Then failures are triggered during the periodic location updating to let the attempt counter to reach the value of 4. The 
UE shall enter the MM IDLE LIMITED SERVICE state and delete any TMSI, stored LAI, ciphering key sequence 
number and ciphering key. When the attempt counter reaches the value of 4, timer T3212 shall be started. At timer 
T3212 expiry a location updating procedure is started. A request for CM connection other for than emergency call shall 
trigger a location updating procedure. 

Same tests are performed when the failures are triggered during an IMSI attach procedure. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 

5 

6 

7 
8 
9 
10 
11 
12 

13 


SS 

<- 

SS 
UE 

SS 


RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
LOCATION UPDATING 
REQUEST 

RRC CONNECTION REQUEST 

RRC CONNECTION SETUP 

CM SERVICE REQUEST 

CM SERVICE ACCEPT 

An initial CM message 

RRC CONNECTION RELEASE 


The SS shall wait at most T3212 + 45 seconds. 
Establishment cause: Location updating. 

location updating type = periodic, CKSN = initial value, 

LAI = b, mobile station classmark 1 as given by the ICS 

and mobile identity = TMSI. 

performs step 5, of 9.4.3.2 with cause #1 7 and step 6 of 

9.4.3.2. 

A MO CM connection is attempted. 

CKSN = initial CKSN, Mobile Identity = TMSI. 

The SS waits for the disconnection of the main signalling 

link. 

The UE shall not initiate an RRC connection 

establishment. This is checked during 2T321 1 . 


14 


UE 




If possible (see ICS) SIM detachment is performed. 
Otherwise if possible (see ICS) switch off is performed. 
Otherwise the power is removed. 


15 
16 
17 
18 
19 

20 
21 
22 

23 
24 
25 
26 
27 
28 
29 
30 
31 

32 


UE 

SS 
UE 

SS 


RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
IMSI DETACH INDICATION 
RRC CONNECTION RELEASE 

RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
LOCATION UPDATING 
REQUEST 

RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
CM SERVICE REQUEST 
SECURITY MODE COMMAND 
SECURITY MODE COMPLETE 
An initial CM message 
RRC CONNECTION RELEASE 


Steps 15 to 19 are optional. 

Depending on what has been performed in step 14 the 
UE is brought back to operation. 
Establishment cause: Location updating. 

location updating type = IMSI attach, CKSN = initial 

value, LAI = b, mobile station classmark 1 as given by the 

ICS and mobile identity = TMSI. 

performs step 1 1 of 9.4.3.2. 

A MO CM connection is attempted. 

CKSN = initial CKSN, Mobile Identity = TMSI. 

The SS waits for the disconnection of the main signalling 

link. 

The UE shall not initiate an RRC connection 

establishment. This is checked during 2T321 1 UE is 

"idle, updated" in cell B. 


32/1 


UE 




If possible (see ICS) SIM detachment is performed. 
Otherwise if possible (see ICS) switch off is performed. 
Otherwise the power is removed. 


32/2 
32/3 
32/4 
32/5 
32/6 

32/7 
32/8 
32/9 

32/10 


UE 


RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
IMSI DETACH INDICATION 
RRC CONNECTION RELEASE 

RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
LOCATION UPDATING 
REQUEST 

LOCATION UPDATING ACCEPT 


Steps 32/2 to 32/5 are optional. 

Depending on what has been performed in step 32/1 , the 
UE is brought back to operation. 
Establishment cause: Location updating. 

location updating type = IMSI attach, CKSN = initial 
value, LAI = b, mobile station classmark 1 as given by the 
ICS and mobile identity = TMSI. 
without mobile identity 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



533 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Step 


Direction 


Message 


Comments 


UE | SS 


32/11 
33 
34 
35 
36 

37 
38 

39 
40 
41 

42 
43 

44 
45 
46 

47 
48 


SS 

SS 
UE 

SS 
UE 

SS 
UE 


RRC CONNECTION RELEASE 

RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
LOCATION UPDATING 
REQUEST 

RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
LOCATION UPDATING 
REQUEST 

RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
LOCATION UPDATING 
REQUEST 


The SS shall wait at most T3212 + 15 seconds. 
Establishment cause: Location updating. 

location updating type = periodic, CKSN = initial value, 

LAI = b, mobile station classmark 1 as given by the ICS 

and mobile identity = TMSI. 

performs step 1 6 of 9.4.3.2. 

The UE shall not initiate an RRC connection 

establishment during T321 1 at least after the RRC 

CONNECTION release. 

Establishment cause: Location updating. 

location updating type = periodic, CKSN = initial value, 

LAI = b, mobile station classmark 1 as given by the ICS 

and mobile identity = TMSI. 

performs step 5 of 9.4.3.2 with cause #17 and step 6 of 

9.4.3.2. 

The UE shall not initiate an RRC connection 

establishment during T321 1 at least after the RRC 

CONNECTION release. 

Establishment cause: Location updating. 

location updating type = periodic, CKSN = initial value, 

LAI = b, mobile station classmark 1 as given by the ICS 

and mobile identity = TMSI. 

performs step 1 1 of 9.4.3.2. 

The UE shall not initiate an RRC connection 

establishment within T321 1 + RadioLinkTimeout after the 

SS deactivates the SACCH. 


49 
50 
51 




RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
LOCATION UPDATING 
REQUEST 


Establishment cause: Location updating. 

location updating type = periodic, CKSN = initial value, 
LAI = b, mobile station classmark 1 as given by the ICS 
and mobile identity = TMSI. 


52 
53 

54 
55 
56 

57 
58 
59a 

59b 
60 

61 

62 
63 
64 

65 


SS 
UE 

<- 

UE 
SS 


RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
LOCATION UPDATING 
REQUEST 

AUTHENTICATION REQUEST 

AUTHENTICATION RESPONSE 

LOCATION UPDATING ACCEPT 

TMSI REALLOCATION 

COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
LOCATION UPDATING 
REQUEST 


performs step 1 6 of 9.4.3.2. 

The UE shall not initiate an RRC connection 

establishment during T3212 - 15 seconds at least after 

the RRC CONNECTION release. 

Establishment cause: Location updating. 

location updating type = periodic or normal (see Note 1), 
CKSN = no key available, LAI = deleted LAI (the MCC 
and MNC hold the previous values, the LAC is coded 
FFFE) mobile station classmark 1 as given by the ICS 
and mobile identity = IMSI. 

IE mobile Identity = TMSI. 

The SS waits for the disconnection of the main signalling 

link. 

The UE shall no initiate an RRC connection 

establishment earlier than T321 2 - 1 5 seconds after the 

transmission of the RRC CONNECTION RELEASE in 

step 60. 

Establishment cause: Location updating. 

location updating type = periodic, CKSN = initial value, 

LAI = b, mobile station classmark 1 as given by the ICS 

and mobile identity = TMSI. 

performs step 5 of 9.4.3.2 with cause #17 and step 6 of 

9.4.3.2. 
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Step 


Direction 


Message 


Comments 


UE | SS 


66 

67 
68 
69 

70 
71 


UE 

SS 
UE 


RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
LOCATION UPDATING 
REQUEST 


The UE shall not initiate an RRC connection 
establishment during T321 1 at least after the RRC 
CONNECTION release. 
Establishment cause: Location updating. 

location updating type = periodic, CKSN = initial value, 

LAI = b, mobile station classmark 1 as given by the ICS 

and mobile identity = TMSI. 

performs step 1 1 of 9.4.3.2. 

The UE shall not initiate an RRC connection 

establishment within T321 1 + RadioLinkTimeout after the 

SS deactivates the SACCH. 


72 
73 
74 

75 
76 

77 
78 
79 

80 

81 
82 
83 
84 

85 
86 

87 


SS 
UE 

SS 
UE 


RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
LOCATION UPDATING 
REQUEST 

RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
LOCATION UPDATING 
REQUEST 

RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
LOCATION UPDATING 
REQUEST 

LOCATION UPDATING ACCEPT 

TMSI REALLOCATION 

COMPLETE 

RRC CONNECTION RELEASE 


Establishment cause: Location updating. 

location updating type = periodic, CKSN = initial value, 

LAI = b, mobile station classmark 1 as given by the ICS 

and mobile identity = TMSI. 

performs step 1 6 of 9.4.3.2. 

The UE shall not initiate an RRC connection 

establishment during T321 1 at least after the RRC 

CONNECTION release. 

Establishment cause: Location updating. 

location updating type = periodic, CKSN = initial value, 

LAI = b, mobile station classmark 1 as given by the ICS 

and mobile identity = TMSI. 

performs step 5 of 9.4.3.2 with cause #17 and step 6 of 

9.4.3.2. 

A MO CM connection is attempted. 

Establishment cause: Location updating. 

location updating type = normal, CKSN = no key 

available, LAI = deleted LAI (the MCC and MNC hold the 

previous values, the LAC is coded FFFE) mobile station 

classmark 1 as given by the ICS and mobile identity = 

IMSI. 

IE mobile identity = TMSI. 


88 
89 
90 
91 
92 


<- 


RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
CM SERVICE REQUEST 
CM SERVICE REJECT 
RRC CONNECTION RELEASE 


Steps 88 to 92 are optional Wait 10 s to decide whether 
to go directly to step 93. 

CKSN = no key available, Mobile identity = TMSI 
cause #17 (network failure). 


93 


UE 




If possible (see ICS) SIM detachment is performed. 
Otherwise if possible (see ICS) switch off is performed. 
Otherwise the power is removed. 


94 
95 
96 
97 




RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
IMSI DETACH INDICATION 
RRC CONNECTION RELEASE 


Steps 94 to 97 are optional. 


98 

99 
100 
101 

102 


UE 
SS 


RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
LOCATION UPDATING 
REQUEST 


Depending on what has been performed in step 97 the 
UE is brought back to operation. 
Establishment cause: Location updating. 

location updating type = IMSI attach, CKSN = no key 
available, LAI = b, mobile station classmark 1 as given by 
the ICS and mobile identity = TMSI. 
performs step 1 1 of 9.4.3.2. 
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Step 


Direction 


Message 


Comments 


UE | SS 


103 


UE 




The UE shall not initiate an RRC connection 
establishment within T321 1 + RadioLinkTimeout after the 
SS deactivates the SACCH. 


104 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


105 


<r 


RRC CONNECTION SETUP 




106 


■> 


LOCATION UPDATING 


location updating type = IMSI attach, CKSN = no key 






REQUEST 


available, LAI = b, mobile station classmark 1 as given by 
the ICS and mobile identity = TMSI. 


107 


^ 


RRC CONNECTION RELEASE 


After the sending of the message the SS waits for the 
disconnection of the main signalling link. 


108 


UE 




The UE shall not initiate an RRC connection 
establishment during T321 1 at least after the RRC 
CONNECTION release. 


109 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


110 


<r 


RRC CONNECTION SETUP 




111 


■> 


LOCATION UPDATING 


location updating type = IMSI attach, CKSN = no key 






REQUEST 


available, LAI = b, mobile station classmark 1 as given by 
the ICS and mobile identity = TMSI. 


112a 


^ 


LOCATION UPDATING REJECT 


IE Reject cause is set to a value arbitrarily chosen: * in 
table 1 0.66 of, causes #2, #3, #6, #1 1 , #1 2, and #1 3 
being excluded. 


112b 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


113 


UE 




The UE shall not initiate an RRC connection 
establishment during T321 1 at least after the RRC 
CONNECTION release. 


114 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


115 


<r 


RRC CONNECTION SETUP 




116 


■> 


LOCATION UPDATING 


location updating type = IMSI attach, CKSN = no key 






REQUEST 


available, LAI = b, mobile station classmark 1 as given by 
the ICS and mobile identity = TMSI. 


117 


SS 




performs step 1 1 of 9.4.3.2. 


118 


UE 




The UE shall not initiate an RRC connection 
establishment during T3212 - 15 seconds at least after 
the RRC CONNECTION release. 


119 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


120 


<r 


RRC CONNECTION SETUP 




121 


■^ 


LOCATION UPDATING 


location updating type = periodic or normal or IMSI attach 






REQUEST 


(see Note 2), CKSN = no key available, LAI = deleted LAI 
(the MCC and MNC hold the previous values, the LAC is 
coded FFFE) mobile station classmark 1 as given by the 
ICS and mobile identity = IMSI. 


122 


^ 


AUTHENTICATION REQUEST 




123 


^ 


AUTHENTICATION RESPONSE 




124 


<- 


LOCATION UPDATING ACCEPT 


IE mobile Identity = TMSI. 


125 


■^ 


TMSI REALLOCATION 
COMPLETE 




126 


^ 


RRC CONNECTION RELEASE 




127 


UE 




If possible (see ICS) SIM detachment is performed. 
Otherwise if possible (see ICS) switch off is performed. 
Otherwise the power is removed. 








Steps 128 to 131 are optional. 


128 


^ 


RRC CONNECTION REQUEST 




129 


<r 


RRC CONNECTION SETUP 




130 


■> 


IMSI DETACH INDICATION 




131 


<r 


RRC CONNECTION RELEASE 




132 


UE 




Depending on what has been performed in step 130 the 
UE is brought back to operation. 


133 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


134 


<r 


RRC CONNECTION SETUP 




135 


■> 


LOCATION UPDATING 


location updating type = IMSI attach, CKSN = initial 






REQUEST 


value, LAI = b, mobile station classmark 1 as given by the 
ICS and mobile identity = TMSI. 


136 


SS 




performs step 1 6 of 9.4.3.2. 
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Step 


Direction 


Message 


Comments 


UE | SS 


137 


UE 




The UE shall not initiate an RRC connection 
establishment during T321 1 at least after the RRC 
CONNECTION release. 


138 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


139 


<r 


RRC CONNECTION SETUP 




140 


■> 


LOCATION UPDATING 


location updating type = IMSI attach, CKSN = initial 






REQUEST 


value, LAI = b, mobile station classmark 1 as given by the 
ICS and mobile identity = TMSI. 


141 


SS 




performs step 5 of 9.4.3.2 with cause #17 and step 6 of 
9.4.3.2. 


142 


UE 




The UE shall not initiate an RRC connection 
establishment during T321 1 at least after the RRC 
CONNECTION release. 


143 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


144 


<r 


RRC CONNECTION SETUP 




145 


■^ 


LOCATION UPDATING 


location updating type = IMSI attach, CKSN = initial 






REQUEST 


value, LAI = b, mobile station classmark 1 as given by the 
ICS and mobile identity = TMSI. 


146 


SS 




performs step 1 1 of 9.4.3.2. 


147 


UE 




The UE shall not initiate an RRC connection 
establishment within T321 1 + RadioLinkTimeout after the 
SS deactivates the SACCH. 


148 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


149 


<r 


RRC CONNECTION SETUP 




150 


■> 


LOCATION UPDATING 


location updating type = IMSI attach, CKSN = initial 






REQUEST 


value, LAI = b, mobile station classmark 1 as given by the 
ICS and mobile identity = TMSI. 


151 


SS 




performs step 1 6 of 9.4.3.2. 


152 


UE 




The UE is made to perform a MO call. 


153 


^ 


RRC CONNECTION REQUEST 


Establishment cause: Location updating. 


154 


<r 


RRC CONNECTION SETUP 




155 


■> 


LOCATION UPDATING 


location updating type = normal, CKSN = no key 






REQUEST 


available, LAI = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE) mobile station 
classmark 1 as given by the ICS and mobile identity = 
IMSI. 


156 


^ 


AUTHENTICATION REQUEST 




157 


^ 


AUTHENTICATION RESPONSE 




158 


<r 


LOCATION UPDATING ACCEPT 


IE mobile Identity = TMSI. 


159 


■^ 


TMSI REALLOCATION 
COMPLETE 




160 


^ 


RRC CONNECTION RELEASE 










Steps 161 to 166 are optional. 


161 


UE 




An MO CM connection is attempted. 


162 


^ 


RRC CONNECTION REQUEST 




163 


<r 


RRC CONNECTION SETUP 




164 


■> 


CM SERVICE REQUEST 


CKSN = initial value, Mobile identity = TMSI. 


165 


<r 


CM SERVICE REJECT 


cause #17 (network failure). 


166 


<- 


RRC CONNECTION RELEASE 





NOTE 1: the UE can include both types of Location updating. As T3212 expires it can be a periodic location 
updating procedure and as there is no stored LAI it can be a normal one. 

NOTE 2: same problem as in note 1. Three types of location updating procedures should be allowed. 

Specific message contents 
None. 
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9.4.4 Location updating / release / expiry of T3240 



9.4.4.1 



Conformance requirement 



The User Equipment receiving a LOCATION UPDATING REJECT message shall start T3240: it shall abort the RRC 
connection at the expiry of timer T3240. 

References 

TS 24.008 Clauses 4.4.4.8 and 11.2. 

9.4.4.2 Test purpose 

To verify that the UE aborts the RRC -connection at the expiry of timer T3240. 

9.4.4.3 Method of test 

Initial conditions 

System Simulator: 

two cells: A and B, belonging to different location areas a and b. 
User Equipment: 
- the UE has a valid TMSI. It is "idle updated" on cell A. 

Related ICS/IXIT statements 
None. 

Foreseen final state of the UE 
The UE is "idle updated" on cell B. 

Test Procedure 

A normal location updating procedure is performed. The RRC-connection is not released by the SS within the timer 
T3240. It is checked that the UE aborts the RRC-connection. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 

2 
3 

4 

5 
6 

7 


SS 

SS 
UE 


RRC CONNECTION REQUEST 

RRC CONNECTION SETUP 

LOCATION UPDATING 

REQUEST 

LOCATION UPDATING ACCEPT 


The RF level of cell A is lowered until the UE selects cell 

B. 

"Establishment cause": Location updating. 

The SS waits T3240 expiry. 

The UE shall abort the RRC connection (disconnection of 

layer 2). 



Specific message contents 
None. 
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9.4.5 Location updating / periodic 
9.4.5.1 Location updating / periodic spread 

9.4.5.1.1 Conformance requirement 

1) The User Equipments shall perform spreading of the time before performing a periodic location updating when 
the location updating timer value is reduced. 

2) The User Equipment shall reset timer T3212 when the User Equipment is deactivated, and shall start with a 
value between zero and the broadcasted value when reactivated in the same cell, IMSI attach being forbidden. 

3) When activated the User Equipment shall start timer T3212 with a value randomly drawn in the allowed range. 

NOTE: This conformance requirement is not covered by a test purpose. It is intended to be covered by a 
manufacturer declaration. 

References 

TS 24.008 Clause 4.4.2. 

9.4.5.1.2 Test purpose 

1) To check that when the location updating timer is reduced, the timer running in the UE is started with a value 
depending on the current timer value and the new broadcasted T3212 value. 

2) To verify that when the UE is reactivated in the same cell (as the one in which it was deactivated), IMSI attach 
being forbidden, the UE starts the timer T3212 with a value between zero and the broadcasted value. 

NOTE: It is not tested that the value is random. 

9.4.5.1.3 Method of test 

Initial conditions 

System Simulator: 

one cell, T3212 is set to 30 minutes; 

IMSI attach is allowed in the cell; 

User Equipment: 

the UE is deactivated. The stored MCC, MNC and LAC correspond to the broadcasted values. The stored 
update status is "updated". 

Related ICS/IXIT statements 
None. 

Foreseen final state of the UE 

The UE has a valid TMSI. It is "idle updated". 

Test procedure 

The UE is activated. It performs IMSI attach. 3 minutes after the end of the IMSI attach procedure, the value of T3212 
is set to 6 minutes. The UE shall perform periodic location updating 6 minutes after the end of the IMSI attach 
procedure. 

Then, the IMSI attach/detach is forbidden. T3212 is still set to 6 minutes. 
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The UE is deactivated. The UE is reactivated. It is checked that the UE performs a periodic location updating during the 
6 minutes following activation. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


UE 




The UE is activated. 


2 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


3 


<r 


RRC CONNECTION SETUP 




4 


■> 


LOCATION UPDATING 
REQUEST 


"location updating type": IMSI attach. 


5 


^ 


LOCATION UPDATING ACCEPT 




6 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


7 


SS 




3 minutes after step 6 the value of T3212 is set to 6 
minutes. 


8 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating This message 
shall be sent by the UE between 5minut.es 45s and 
6minutes 1 5s after step 6. 


9 


^ 


RRC CONNECTION SETUP 




10 


^ 


LOCATION UPDATING 
REQUEST 


"location updating type": periodic updating. 


11 


^ 


LOCATION UPDATING ACCEPT 




12 


<- 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


13 


SS 




IMSI attach/detach is not allowed. 


14 


UE 




The UE is deactivated. 


15 


UE 




The UE is activated. 


16 


SS 




The SS waits until the periodic location updating. 


17 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating This message 
shall arrive during the 7 minutes following the UE 
activation. 


18 


^ 


RRC CONNECTION SETUP 




19 


^ 


LOCATION UPDATING 
REQUEST 


"Location updating type" = periodic. 


20 


^ 


LOCATION UPDATING ACCEPT 




21 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 



9.4.5.2 



Location updating / periodic normal / test 1 



9.4.5.2.1 



Conformance requirement 



1 The User Equipment shall stop and reset the timer T3212 of the periodic location updating procedure when the 
first MM message is received or SECURITY mode setting is completed in the case of MM connection 
establishment. 

2 The User Equipment shall stop and reset the timer T3212 of the periodic location updating procedure when the 
User Equipment has responded to paging and thereafter has received the first correct L3 message that is not an 
RRC message. 

References 

TS 24.008 Clause 4.4.2. 
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9.4.5.2.2 Test purpose 

To verify that the UE stops and resets the timer T3212 of the periodic location updating procedure when: 

the first MM-message is received in the case of MM -connection establishment, security mode being not set; 

- the UE has responded to paging and the first correct L3 message that is not an RRC message is received. 

NOTE: T3212 is stopped when the MM-idle state is left and restarted when the MM sublayer returns to that state, 
substate NORMAL SERVICE or ATTEMPTING TO UPDATE. As a consequence, the exact time when 
T3212 is reset between those two events cannot be tested. 

9.4.5.2.3 Method of test 

Initial conditions 

System Simulator: 

1 cell, default parameters; 

IMSI attach/detach is not allowed; 

the T3212 time-out value is 2/10 hour. 
User Equipment: 
- the UE has a valid TMSI. It is "idle updated". 

Related ICS/IXIT statements 
None. 

Foreseen final state of the UE 

The UE has a valid TMSI. It is "idle updated". 

Test procedure 

An UE originated MM connection is established and cleared. The RRC CONNECTION is released. It is checked that 
the UE performs a periodic location updating 12 minutes after the release of the RRC CONNECTION. 

One minute after the periodic location updating, the UE is paged, it sends a RRC CONNECTION REQUEST message 
and the SS responds with an RRC CONNECTION SETUP message, a call is established and then cleared. It is checked 
that the UE performs a periodic location updating 12 minutes after the release of the link. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




A MO CM connection is attempted. 


2 


^ 


RRC CONNECTION REQUEST 




3 


<- 


RRC CONNECTION SETUP 




4 


■^ 


CM SERVICE REQUEST 




5 


<r 


CM SERVICE REJECT 


cause #17 (network failure). 


6 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


7 


SS 




The SS waits until the periodic location updating. 


8 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating This message 
shall arrive between 11 minutes 45 s and 12 minutes 15 s 
after the last release of the RRC connection by the SS. 


9 


^ 


RRC CONNECTION SETUP 




10 


^ 


LOCATION UPDATING 
REQUEST 


"Location updating type" = periodic. 


11 


^ 


LOCATION UPDATING ACCEPT 




12 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


13 


SS 




The SS waits 1 minute. 


14 


^ 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 


"Mobile identity" = IMSI. 




^ 
^ 
^ 




"Establishment cause": Answer to paging. 


15 


PAGING RESPONSE 




16 


^ 


AUTHENTICATION REQUEST 




17 


^ 


AUTHENTICATION RESPONSE 




18 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


19 


SS 




The SS waits until the periodic location updating. 


20 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating This message 
shall arrive between 11 minutes 45 s and 12 minutes 15 s 
after the last release of the RRC connection by the SS. 


21 


^ 


RRC CONNECTION SETUP 




22 


^ 


LOCATION UPDATING 
REQUEST 


"Location updating type" = periodic. 


23 


^ 


LOCATION UPDATING ACCEPT 




24 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 

9.4.5.3 Location updating / periodic normal / test 2 

9.4.5.3.1 Conformance requirement 

When a LOCATION UPDATING ACCEPT or a LOCATION UPDATING REJECT message is received, the timer 
T3212 is stopped and reset and the User Equipment shall perform a periodic location updating after T3212 expiry. 

References 

TS 24.008 Clause 4.4.2. 
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9.4.5.3.2 Test purpose 

To verify that the UE stops and resets the timer T3212 of the periodic location updating procedure when a LOCATION 
UPDATING ACCEPT message is received. 

NOTE: T3212 is stopped when the MM-idle state is left and restarted when the MM sublayer returns to that state, 
substate NORMAL SERVICE or ATTEMPTING TO UPDATE. As a consequence, the exact time when 
T3212 is reset between those two events cannot be tested. 

9.4.5.3.3 Method of test 

Initial conditions 

- System Simulator: 

2 cells, IMSI attach/detach is allowed in both cells; 
T3212 is set to 6 minutes. 
User Equipment: 
- the UE has a valid TMSI. It is "idle updated" on cell A. 

Related ICS/IXIT statements 

SIM removal possible while UE is powered Yes/No. 

Switch off on button yes/No. 

Foreseen final state of the UE 

The UE has a valid TMSI. It is "idle updated" on cell B. 

Test procedure 

A normal location updating is performed. The RRC CONNECTION is released. One minute later, the UE is 
deactivated, then reactivated in the same cell. It is checked that the UE performs an IMSI attach and a periodic location 
updating 6 minutes after the IMSI attach. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be received 








on cell B. 


1 


SS 




The RF level of cell A is lowered until the UE selects cell 

B. 

"establishment cause": Location updating. 


2 


^ 


RRC CONNECTION REQUEST 


3 


<r 


RRC CONNECTION SETUP 




4 


■^ 


LOCATION UPDATING 
REQUEST 


"location updating type" = normal. 


5 


^ 


LOCATION UPDATING ACCEPT 




6 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


7 


SS 




The SS waits until the periodic location updating. 


8 


-» 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating This message 
shall arrive between 5 minutes 45s and 6 minutes 15 s 
after the last release of the RRC connection by the SS. 


9 


^ 


RRC CONNECTION SETUP 




10 


^ 


LOCATION UPDATING 
REQUEST 


"Location updating type" = periodic. 


11 


^ 


LOCATION UPDATING ACCEPT 




12 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


13 


UE 




If possible (see ICS) SIM removal is performed. 
Otherwise if possible (see ICS) switch off is performed. 
Otherwise the power is removed, steps 14 to 17 may be 
performed or not depending on the action made in step 
13. 


14 


^ 


RRC CONNECTION REQUEST 


15 


^ 


RRC CONNECTION SETUP 




16 


^ 


IMSI DETACH INDICATION 




17 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


18 


UE 




Depending on what has been performed in step 13 the 
UE is brought back to operation. 


19 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


20 


^ 


RRC CONNECTION SETUP 




21 


^ 


LOCATION UPDATING 
REQUEST 


"Location updating type" = IMSI attach. 


22 


^ 


LOCATION UPDATING ACCEPT 




23 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


24 


SS 




The SS waits until the periodic location updating. 


25 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating This message 
shall arrive between 5 minutes 45 s and 6 minutes 15s 
after the last release of the RRC connection by the SS. 


26 


^ 


RRC CONNECTION SETUP 




27 


^ 


LOCATION UPDATING 
REQUEST 


"Location updating type" = periodic. 


28 


^ 


LOCATION UPDATING ACCEPT 




29 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 



ETSI 



3G TS 34.1 23-1 version 3.0.0 Release 1 999 544 ETSI TS 1 34 1 23-1 V3.0.0 (2000-06) 

9.4.5.4 Location updating / periodic HPLMN search 

9.4.5.4.1 Location updating / periodic HPLMN search / UE waits time T 

9.4.5.4.1 .1 Conformance requirement 

When in automatic mode and roaming in the home country, the UE shall make an attempt to access the HPLMN, if the 
UE is on the VPLMN at time T after since the last attempt. 

NOTE: This test is not intended to test every value in the range 6 minutes to 8 hours or the default of 30 minutes, 
but is intended to check that the mobile is capable of using the value stored on the SIM. 

References 

TS 22.01 1 Clause 3.2.2.5. and TS 23.122 4.4.3.3. 

9.4.5.4.1.2 Test purpose 

To verify that when a cell of the HPLMN becomes available, following the successful location request on the VPLMN 
of the home country and after the first search the mobile has failed to find its HPLMN, that the UE shall perform a 
location update request on the HPLMN after time T. Were T is the HPLMN Search Period stored in the SIM. 

9.4.5.4.1 .3 Method of test 

Initial conditions 

- System Simulator: 

two cells A and B, belonging to different location areas with location identification a and b. Cell A shall be a 
cell of the HPLMN and Cell B shall be a cell of the VPLMN with a Country Code the same as that of Cell A. 
Initially Cell A shall not be broadcasting. IMSI attach/detach is not allowed on either cell. 

User Equipment: 

the UE is switched off. The HPLMN Search Period on the SIM shall be set to 6 minutes. The location area 
information on the SIM is "deleted". 

Related ICS/IXIT statements 
Switch on/off button Yes/No. 

Foreseen final state of the UE 
The UE is "idle updated" on Cell A. 

Test Procedure 

Only Cell B shall be broadcasting. The UE shall be switched on either by using the Power Switch or by applying power. 
A normal location updating is performed on Cell B. Cell A shall be made available after 8 minutes, thus ensuring the 
UE fails to find the HPLMN during its first attempt. It is verified that the UE performs a location update request on Cell 
A, within 6 minutes after broadcasting of Cell A. 
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Expected sequence 



Step 


Direction 


Message 


Contents 


UE SS 








The following messages shall be sent and received on 








Cell B. 


1 


UE 




The UE is switched on by either using the Power Switch 
or by applying power. 


2 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


3 


<r 


RRC CONNECTION SETUP 




4 


■^ 


LOCATION UPDATING 
REQUEST 


"Location Update Type": Normal. 


5 


^ 


LOCATION UPDATING ACCEPT 




6 


<r 


RRC CONNECTION RELEASE 


After sending this message the SS waits for the 
disconnection of the main signalling link. The SS waits a 
period of 8 minutes, this allowing the UE to make its first 
periodic search. 


8 


SS 




Cell A is made available. Within 8 minutes after step 8 
the following messages shall be sent and received on 
Cell A. 


9 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


10 


<- 


RRC CONNECTION SETUP 




11 


■^ 


LOCATION UPDATING 
REQUEST 


"Location Update Type": normal. 


12 


^ 


LOCATION UPDATING ACCEPT 




13 


<r 


RRC CONNECTION RELEASE 


After sending this message the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 

9.4.5.4.2 Location updating / periodic HPLMN search / UE in manual mode 

9.4.5.4.2.1 Conformance requirement 

The periodic attempts shall only be performed if in automatic mode when the UE is roaming in its home country. 

References 

TS 22.01 1 Clause 3.2.2.5. and TS 23.122 4.4.3.3. 

9.4.5.4.2.2 Test purpose 

To verify that no HPLMN Search is performed when the UE is not in automatic mode. 

9.4.5.4.2.3 Method of test 

Initial conditions 

System Simulator: 

two cells A and B, belonging to different location areas with location identification a and b. Cell A shall be a 
cell of the HPLMN and Cell B shall be a cell of the VPLMN with a Country Code the same as that of Cell A. 
Initially Cell A shall not be broadcasting. IMSI attach/detach is not allowed on either cell. 

User Equipment: 

the UE is switched off. The HPLMN Search Period on the SIM shall be set to 6 minutes. The location area 
information on the SIM is "deleted". 
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Related ICS/IXIT statements 
Switch on/off button Yes/No. 

Foreseen final state of the UE 
The UE is "idle updated" on Cell B. 

Test Procedure 

Only Cell B shall be broadcasting. The UE shall be switched on either by using the Power Switch or by applying power. 
A normal location updating is performed on Cell B. The UE is forced into manual selection mode. Cell A is made 
available. It is verified that the UE does not attempt to perform a location update on Cell A. 

Expected sequence 



Step 


Direction 


Message 


Contents 


UE | SS 


1 

2 
3 

4 

5 
6 


UE 


RRC CONNECTION REQUEST 

RRC CONNECTION SETUP 

LOCATION UPDATING 

REQUEST 

LOCATION UPDATING ACCEPT 

RRC CONNECTION RELEASE 


The following messages shall be sent and received on 

Cell B. 

The UE is switched on by either using the Power Switch 

or by applying power. 

"Establishment cause": Location updating. 

"Location Update Type": Normal. 

After sending this message the SS waits for the 
disconnection of the main signalling link. 


8 
9 
10 


UE 
SS 
SS 




The UE is forced into manual selection mode. 

Cell A is made available. 

The SS waits a period of 7 minutes. During this time no 

messages shall be received on Cell A. 



Specific message contents 
None. 

9.4.5.4.3 Location updating / periodic HPLMN search / UE waits at least two minutes and 

at most T minutes 

9.4.5.4.3.1 Conformance requirement 

After switch on, the UE waits at least 2 minutes and at most T minutes before the first HPLMN Search is attempted. 

References 

TS 22.01 1 Clause 3.2.2.5. and TS 23.122 4.4.3.3. 

9.4.5.4.3.2 Test purpose 

To verify that the UE waits at least 2 minutes and at most T minutes before attempting its first HPLMN Search. 

9.4.5.4.3.3 Method of test 

Initial Conditions 

- System Simulator: 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



547 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



two cells A and B, belonging to different location areas with location identification a and b. Cell A shall be a 
cell of the HPLMN and Cell B shall be a cell of the VPLMN with a Country Code the same as that of Cell A. 
Initially Cell A shall not be broadcasting. IMSI attach/detach is not allowed on either cell. 

User Equipment: 

the UE is switched off. The HPLMN Search Period on the SIM shall be set to 6 minutes. The location area 
information on the SIM is "deleted". 

Related ICS/IXIT statements 
Switch on/off button Yes/No. 

Foreseen final state of the UE 
The UE is "idle updated" on Cell A. 

Test Procedure 

Only Cell B shall be broadcasting. The UE shall be switched on either by using the Power Switch or by applying power. 
A normal location updating is performed on Cell B. Cell A is made available. It is verified that the UE attempts to 
perform a location update on Cell A, after at least 2 minutes and at most T minutes have passed following power on. 

Expected sequence 



Step 


Direction 


Message 


Contents 


UE | SS 








The following messages shall be sent and received on 








Cell B. 


1 


UE 




The UE is switched on by either using the Power Switch 
or by applying power. 


2 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


3 


<r 


RRC CONNECTION SETUP 




4 


■^ 


LOCATION UPDATING 
REQUEST 


"Location Update Type": Normal. 


5 


^ 


LOCATION UPDATING ACCEPT 




6 


<r 


RRC CONNECTION RELEASE 


After sending this message the SS waits for the 
disconnection of the main signalling link. 


8 


SS 




Cell A is made available. 


9 


SS 




The SS waits a period of 2 minutes after the UE is 
switched on. During this time no messages shall be 
received on Cell A. The following messages shall be 
sent and received on cell A. Within T minutes after the 
UE is switched on the following messages shall be sent 
and received on cell A. 


10 


^ 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating This message 
shall be sent between 2 and 7 minutes after step 1 


11 


^ 


RRC CONNECTION SETUP 




12 


^ 


LOCATION UPDATING 
REQUEST 


"Location Update Type": normal. 


13 


^ 


LOCATION UPDATING ACCEPT 




14 


<r 


RRC CONNECTION RELEASE 


After sending this message the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 



ETSI 



3G TS 34.1 23-1 version 3.0.0 Release 1 999 548 ETSI TS 1 34 1 23-1 V3.0.0 (2000-06) 



9.4.6 Location updating / interworking of attach and periodic 

9.4.6.1 Conformance requirement 

1) If the User Equipment is in service state NO CELL AVAILABLE, LIMITED SERVICE, PLMN SEARCH or 
PLMN SEARCH -NORMAL SERVICE when the timer expires the location updating procedure is delayed until 
this service state is left. 

2) The T3212 time-out value shall not be changed in the NO CELL AVAILABLE, LIMITED SERVICE, PLMN 
SEARCH and PLMN SEARCH-NORMAL SERVICE states. 

3) If the selected cell is in the location area where the User Equipment is registered and IMSI ATTACH is not 
required and timer T3212 has not expired, then the state is NORMAL SERVICE. 

References 

1) TS 24.008 Clause 4.4.2. 

2) TS 24.008 Clause 4.4.2. 

3) TS 24.008 Clause 4.2.1.1. 

9.4.6.2 Test purpose 

1) To check that if the PLU timer expires while the UE is out of coverage, the UE informs the network of its return 
to coverage. 

2) To check that the PLU timer is not disturbed by cells of forbidden PLMNs. 

3) To check that if the PLU timer does not expire while out of coverage and if the mobile returns to the LA where it 
is updated, the mobile does not inform the network of its return to coverage. 

9.4.6.3 Method of test 

Initial conditions 

System Simulator: 

- two cells, a and b, of different PLMNs; 
T32 12 is set to 12 minutes on cell a; 
T3212 is set to 6 minutes on cell b; 
IMSI attach is allowed in both cells. 

User Equipment: 

- the UE is deactivated. The PLMN of cell b is entered in the SIM's forbidden PLMN list. 

Related ICS/IXIT statements 
None. 

Foreseen final state of the UE 

The UE is "idle updated". The PLMN of cell b is entered in the SIM's forbidden PLMN list. 

Test procedure 

The UE is activated and placed in automatic network selection mode. It performs IMSI attach. 1 minute after the end of 
the IMSI attach procedure, cell a is switched off. The UE shall not location update on cell b. 8 minutes after the end of 
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the IMSI attach procedure, cell a is switched on. The UE shall not location update on cell a before 1 1,75 minutes after 
the end of the IMSI attach procedure. The UE shall perform a periodic location update on cell a between 1 1,75 minutes 
and 12,25 minutes after the end of the IMSI attach procedure. 

3 minutes after the end of the periodic location updating procedure, cell a is switched off. The UE shall not location 
update on cell b. 14 minutes after the end of the periodic location updating procedure, cell a is switched on and cell b is 
switched off. The UE shall perform a location update on cell a before 17 minutes after the end of the periodic location 
updating procedure. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


UE 




The UE is activated in automatic network selection mode. 


2 


^ 


RRC CONNECTION REQUEST 




3 


<r 


RRC CONNECTION SETUP 




4 


■^ 


LOCATION UPDATING 
REQUEST 


"location updating type": IMSI attach. 


5 


^ 


LOCATION UPDATING ACCEPT 




6 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


7 


SS 




1 minute after step 6, cell a is switched off. 


8 


SS 




8 minutes after step 6, cell a is switched on. 


9 


^ 


RRC CONNECTION REQUEST 


This message shall be sent by the UE between 1 1 
minutes 45s and 12 minutes 15s after step 6. 


10 


^ 


RRC CONNECTION SETUP 




11 


^ 


LOCATION UPDATING 
REQUEST 


"location updating type": periodic updating. 


12 


^ 


LOCATION UPDATING ACCEPT 




13 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


14 


SS 




3 minutes after step 1 3, cell a is switched off. 


15 


SS 




14 minutes after step 13, cell a is switched on and cell b 
is switched off. 


16 


^ 


RRC CONNECTION REQUEST 


This message shall be sent by the UE before 17 minutes 
after step 13. 


17 


^ 


RRC CONNECTION SETUP 




18 


^ 


LOCATION UPDATING 
REQUEST 


"Location updating type" = periodic. 


19 


^ 


LOCATION UPDATING ACCEPT 




22 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 



9.5 



MM connection 



9.5.1 

[tbd] 



Introduction 



9.5.2 MM connection / establishment with cipher 



9.5.2.1 



Conformance requirement 



1) The User Equipment shall be able to correctly set up an MM connection in a Mobile Originating CM connection 
attempt and send a CM Service Request message with CKSN information element as stored in the SIM and 
Mobile Identity information element set to the TMSI. 
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2) The User Equipment shall be able to interpret cipher mode setting as acceptance of its CM service request i.e. 
send a CM message. 

References 

TS 24.008 Clause 4.5.1.1. 



9.5.2.2 



Test purpose 



To verify that the UE can correctly set up an MM connection in an origination and interpret cipher mode setting as 
acceptance of its CM service request. 



9.5.2.3 



Method of test 



Initial conditions 

System Simulator: 

1 cell, default parameters. 
User Equipment: 
- the UE has a valid TMSI. It is "idle updated". 

Related ICS/IXIT statements 
None. 

Foreseen final state of the UE 

The UE has valid TMSI, CKSN. It is "idle updated". 

Test Procedure 

A mobile originating CM connection is initiated. After the UE has sent the CM SERVICE REQUEST message to the 
SS, an authentication procedure and a security mode setting procedure are performed. Then, the UE sends a CM 
message and the SS clears the call and releases the RRC CONNECTION. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


UE 




A MO CM connection is attempted. 


2 


^ 


RRC CONNECTION REQUEST 




3 


<r 


RRC CONNECTION SETUP 




4 


■^ 


CM SERVICE REQUEST 




5 


<r 


AUTHENTICATION REQUEST 




6 


■^ 


AUTHENTICATION RESPONSE 




7 


<r 


SECURITY MODE COMMAND 


The SS starts deciphering. 


8 


■^ 


CIPHERINGSECURITY MODE 
COMPLETE 


The SS starts enciphering. 


A9 


■> 


SETUP 




A10 


<r 


RELEASE COMPLETE 


"Cause" IE: "unassigned number". 


B9 


■> 


REGISTER 




B10 


<- 


RELEASE COMPLETE 




C9 


■> 


CP-DATA 




C10 


<r 


CP-ACK 




C11 


<r 


CP-DATA 




C12 


■^ 


CP-ACK 




13 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 
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Specific message contents 
None. 

9.5.3 MM connection / establishment without cipher 

9.5.3.1 Conformance requirement 

Upon reception of the CM SERVICE ACCEPT message, the UE shall send a CM message. 

References 

TS 24.008 Clause 4.5.1.1. 

9.5.3.2 Test purpose 

To verify that the UE can correctly set up an MM connection in an originating CM connection establishment when 
security mode setting is not required. 

9.5.3.3 Method of test 

Initial conditions 

- System Simulator: 

1 cell, default parameters. 
User Equipment: 
- the UE has a valid TMSI. It is "idle updated". 

Related ICS/IXIT statements 
None. 

Foreseen final state of the UE 

The UE has a valid TMSI. It is "idle updated". 

Test Procedure 

A mobile originating CM connection is attempted. The MM-connection is established without invoking the security 
mode setting procedure. 

Then, the UE sends a CM message and the SS releases the RRC CONNECTION. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 
4 
5 


UE 

<- 


RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
CM SERVICE REQUEST 
CM SERVICE ACCEPT 


A MO CM connection is attempted. 


A6 


■> 


SETUP 




B6 


■> 


REGISTER 




C6 
C7 
C8 
C9 


<- 


CP-DATA 
CP-ACK 
CP-DATA 
CP-ACK 




10 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 



9.5.4 MM connection / establishment rejected 



9.5.4.1 



Conformance requirement 



Upon reception of a CM SERVICE REJECT message, the UE shall not send any layer 3 message, start timer T3240 and 
enter the "wait for network command" state. 

References 

TS 24.008 Clause 4.5.1.1. 

9.5.4.2 Test purpose 

To verify that the UE does not send a layer 3 message when the service request is rejected by the SS. 

9.5.4.3 Method of test 

Initial conditions 

- System Simulator: 

1 cell, default parameters. 
User Equipment: 
- the UE has a valid TMSI. It is "idle updated". 

Related ICS/IXIT statements 
None. 

Foreseen final state of the UE 

The UE has a valid TMSI; It is "idle updated". 
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Test Procedure 

A mobile originating CM connection is attempted. After the UE has sent the CM SERVICE REQUEST message to the 
SS, the SS responds with a CM SERVICE REJECT message with reject cause "requested service option not 
subscribed". It is checked that the UE does not send a layer 3 message. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


UE 




A MO CM connection is attempted 


2 


^ 


RRC CONNECTION REQUEST 




3 


<r 


RRC CONNECTION SETUP 




4 


■^ 


CM SERVICE REQUEST 




5 


<r 


CM SERVICE REJECT 


"Reject cause" IE: "requested service option not 
subscribed". 


6 


SS 




The UE shall not send a layer 3 message. This is 
checked during 5 seconds. 


7 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 



9.5.5 MM connection / establishment rejected cause 4 



9.5.5.1 



Conformance requirement 



1) The User Equipment shall be able to correctly set up an MM connection in a Mobile Originating CM connection 
attempt and send a CM Service Request message with CKSN information element as stored in the SIM and 
Mobile Identity information element set to the TMSI. 

2) The User Equipment, when receiving a CM SERVICE REJECT message with reject cause "IMSI unknown in 
VLR" shall wait for the network to release the RRC connection. 

3) The User Equipment shall then be able to perform a location updating procedure. 

References 

TS 24.008 Clause 4.5.1.1. 



9.5.5.2 



Test purpose 



To verify that the UE can correctly accept a CM SERVICE REJECT message with reject cause "IMSI unknown in 
VLR". 



9.5.5.3 



Method of test 



Initial conditions 

- System Simulator: 

1 cell, default parameters. 
User Equipment: 
- the UE has a valid TMSI. It is "idle updated" . 
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Related ICS/IXIT statements 
None. 

Foreseen final state of the UE 

The UE has valid TMSI, CKSN. It is "idle updated". 

Test Procedure 

A mobile originating CM connection is attempted. After the UE has sent the CM SERVICE REQUEST message to the 
SS, the SS responds with a CM SERVICE REJECT message with reject cause "IMSI unknown in VLR". On receipt of 
this message, the UE shall delete any TMSI, LAI, cipher key and cipher key sequence number. The RRC 
CONNECTION is released. It is checked that the UE performs a normal location updating procedure. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


UE 




A MO CM connection is attempted. 


2 


^ 


RRC CONNECTION REQUEST 




3 


<r 


RRC CONNECTION SETUP 




4 


■^ 


CM SERVICE REQUEST 




5 


<r 


CM SERVICE REJECT 


"Reject cause" = "IMSI unknown in VLR". 


6 


<r 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 


7 


■> 


RRC CONNECTION REQUEST 


"Establishment cause": Location updating. 


8 


<- 


RRC CONNECTION SETUP 




9 


■> 


LOCATION UPDATING 


"Ciphering key sequence number" = "No key is 






REQUEST 


available". "Mobile identity" = IMSI. "Location area 
identification" = deleted LAI (the MCC and MNC hold the 
previous values, the LAC is coded FFFE). 


10 


^ 


AUTHENTICATION REQUEST 




11 


^ 


AUTHENTICATION RESPONSE 




12 


<r 


LOCATION UPDATING ACCEPT 


"Mobile identity" = new TMSI. 


13 


■^ 


TMSI REALLOCATION 
COMPLETE 




14 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 



9.5.6 MM connection / expiry T3230 



9.5.6.1 



Conformance requirement 



At T3230 expiry (i.e. no response is given but an RRC connection is available) the MM connection establishment shall 
be aborted. 

References 

TS 24.008 Clauses 4.5.1.2 and 11.2. 

9.5.6.2 Test purpose 

To verify that at T3230 expiry, the UE aborts the MM-connection establishment. 
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9.5.6.3 



Method of test 



Initial conditions 

System Simulator: 

1 cell, default parameters. 
User Equipment: 
- the UE has a valid TMSI. It is "idle updated". 

Related ICS/IXIT statements 
None. 

Foreseen final state of the UE 

The UE has a valid TMSI. It is "idle updated". 

Test Procedure 

A mobile originating CM connection is attempted. After the UE has sent the CM SERVICE REQUEST message to the 
SS, the SS waits for expiry of timer T3230. It is checked that the UE does not send a layer 3 message but waits for the 
release of the RRC -connection. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


UE 




A MO CM connection is attempted. 


2 


^ 


RRC CONNECTION REQUEST 




3 


<r 


RRC CONNECTION SETUP 




4 


■^ 


CM SERVICE REQUEST 




5 


SS 




The SS waits for expiry of timer T3230. 


6 


^ 


CM SERVICE ACCEPT 




7 


^ 


MM STATUS 


"Reject cause " IE is "message not compatible with the 
call state or not implemented". 


8 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 

9.5.7 MM connection / abortion by the network 
9.5.7.1 MM connection / abortion by the network / cause #6 



9.5.7.1.1 



Conformance requirement 



1) Upon reception of an ABORT message, the UE shall release any ongoing MM connection and enter the "wait for 
network command" state. 

2) If the cause in the ABORT message was cause #6, the User Equipment shall: 

2.1 not perform normal location updating; 

2.2 not perform periodic location updating; 
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2.3 not respond to paging with TMSI; 

2.4 reject any request for Mobile Originating call establishment except Emergency call; 

2.5 not perform IMSI detach if deactivated. 

3) After reception of an ABORT message with cause #6, the User Equipment, if it supports speech, shall accept a 
request for an emergency call by sending a RRC CONNECTION Request message with the establishment cause 
set to "emergency call". 

4) After reception of an ABORT message with cause #6, the User Equipment shall delete the stored LAI, CKSN 
and TMSI. 

Reference(s) 

TS 24.008 Clause 4.3.5. 

9.5.7.1.2 Test purpose 

To check that upon reception of an ABORT message with cause #6 during call establishment: 

the UE does not send any layer 3 message; 

after reception of an ABORT message and after having been deactivated and reactivated, the UE performs 
location updating using its IMSI as mobile identity and indicates deleted LAI and CKSN; 

the UE does not perform location updating, does not answer to paging with TMSI, rejects any request for mobile 
originating call except emergency call, does not perform IMSI detach; 

the UE accepts a request for emergency call. 

9.5.7.1.3 Method of test 

Initial Conditions 

System Simulator: 

2 cells, default parameters. 
User Equipment: 
- the UE has a valid TMSI, CKSN and Kc. It is "idle updated" on cell B. 

Related ICS/IXIT Statement(s) 

SIM removal possible while UE is powered Yes/No. 

Switch off on button Yes/No. 

Support of speech Yes/No. 

Foreseen final state of the UE 

The UE has a valid TMSI. It is "idle updated" on cell A. 

Test procedure 

A mobile originating CM connection is attempted. Upon reception of the AUTHENTICATION RESPONSE message, 
the SS sends an ABORT message with cause #6. The SS waits for 5 seconds. The UE shall not send any layer 3 
message. The SS releases the RRC connection. 
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The SS checks that the UE has entered the state MM IDLE substate NO IMSI, i.e. does not perform normal location 
updating, does not perform periodic updating, does not respond to paging, rejects any requests from CM entities except 
emergency calls and does not perform IMSI detach if deactivated. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


The following messages are sent and shall be received on cell B 


1 
2 
3 

4 
5 
6 

7 
8 
9 

10 


UE 

-> 

SS 
UE 


RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
CM SERVICE REQUEST 
AUTHENTICATION REQUEST 
AUTHENTICATION RESPONSE 
ABORT 

RRC CONNECTION RELEASE 


A mobile originating CM connection is attempted. 

"reject cause" = #6. 

The SS waits for 5 seconds. 

The UE shall not send any layer 3 message during that 

time. 

After the sending of this message, the SS waits for the 

disconnection of the main signalling link. 


The following messages are sent and shall be received on cell A. 


11 
12 


SS 
UE 




The RF levels are changed to make the UE reselect cell 

A. 

The UE performs cell reselection according to procedure 

as specified in (this however is not checked until step 22). 

The UE shall not initiate an RRC connection 

establishment on cell A or on cell B. 


13 
14 


SS 
UE 




The SS waits at least 7 minutes for a possible periodic 

updating. 

The UE shall not initiate an RRC connection 

establishment on cell A or on cell B. 


15 
16 


UE 


MOBILE TERMINATED 
ESTABLISHMENT OF RRC 
CONNECTION 


"Mobile identity" IE contains TMSI. 

The UE shall not initiate an RRC connection 
establishment on cell A or on cell B. This is verified 
during 3 seconds. 


17 
18 


UE 
UE 




A MO CM connection is attempted. 
The UE shall not initiate an RRC connection 
establishment on cell A or on cell B. This is checked 
during 3 seconds. 


19 

20 
21 
22 
23 
24 


UE 


CM SERVICE REQUEST 
CM SERVICE ACCEPT 
EMERGENCY SETUP 
RELEASE COMPLETE 
RRC CONNECTION RELEASE 


If the UE supports speech (see ICS), an emergency call 

is attempted. 

"Establishment cause": Emergency call. 

"CM service type": Emergency call establishment. 

"Cause" = unassigned number. 

After the sending of this message, the SS waits for the 

disconnection of the main signalling link. 


25 
26 


UE 
UE 




If possible (see ICS) SIM detachment is performed. 
Otherwise if possible (see ICS) switch off is performed. 
Otherwise the power is removed. 
The UE shall not initiate an RRC connection 
establishment on cell A or on cell B. This is checked 
during 3 seconds. 


27 

28 
29 
30 

31 


UE 

<- 


RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
LOCATION UPDATING 
REQUEST 

AUTHENTICATION REQUEST 


Depending on what has been performed in step 29 the 
UE is brought back to operation. 
"Establishment cause": Location updating. 

"location updating type" = normal, "CKSN" = no key 
available, "Mobile Identity" = IMSI, "LAI" = deleted LAI 
(the MCC and MNC hold the previous values, the LAC is 
coded FFFE). 
"CKSN" = CKSN1. 
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Step 


Direction 


Message 


Comments 


UE | SS 


32 
33 
34 

35 




AUTHENTICATION RESPONSE 

LOCATION UPDATING ACCEPT 

TMSI REALLOCATION 

COMPLETE 

RRC CONNECTION RELEASE 


"Mobile Identity" = TMSI. 

After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 

9.5.7.2 MM connection / abortion by the network / cause not equal to #6 

9.5.7.2.1 Conformance requirement 

Upon reception of an ABORT message, the UE shall release any ongoing MM connection and enter the "wait for 
network command" state. 

Reference(s) 

TS 24.008 Clause 4.3.5. 



9.5.7.2.2 



Test purpose 



To check that when multiple MM connections are established, the UE releases all MM connections upon reception of an 
ABORT message, in the case when the two MM connections are established for a mobile terminating call and a non call 
related supplementary service operation. 



9.5.7.2.3 



Method of test 



Initial Conditions 

System Simulator: 

1 cell, default parameters. 
User Equipment: 

the UE is in state U 10 of a mobile terminating call. 

Related ICS/IXIT Statement(s) 

The UE supports a non call related supplementary service operation during an active call Yes/No. 

Foreseen final state of the UE 

The UE has a valid TMSI. It is "idle updated". 

Test procedure 

A non call related supplementary service operation is attempted at the UE. Upon reception of the REGISTER message, 
the SS sends an ABORT message with cause # 17. The SS sends a DISCONNECT using the TI of the mobile 
terminating call. The UE shall send a RELEASE COMPLETE message with the PD and TI of the DISCONNECT 
message and with cause #81. The SS releases the RRC connection. 
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Expected Sequence 

This procedure is performed if the UE supports non call related supplementary service operation. 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


UE 




A non call related supplementary service operation is 
attempted at the UE. 


2 


^ 


CM SERVICE REQUEST 




3 


<r 


CM SERVICE ACCEPT 




4 


■^ 


REGISTER 




5 


<r 


ABORT 


"reject cause" = #17. 


6 


<r 


DISCONNECT 


with the Tl of the mobile terminating call. 


7 


■^ 


RELEASE COMPLETE 


"cause" = #81 . Same PD and Tl as the DISCONNECT 
message. 


8 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 

9.5.8 MM connection / follow-on request pending 
9.5.8.1 MM connection / follow-on request pending / test 1 



9.5.8.1.1 



Conformance requirement 



The UE shall not attempt to establish a new MM connection after location updating on the same RRC connection if not 
allowed by the network. 

Reference(s) 

TS 24.008 Clause 4.4.4.6. 



9.5.8.1.2 



Test purpose 



To check that when the network does not include the follow on proceed IE in a LOCATION UPDATING ACCEPT 
message, a UE that has a CM application request pending does not attempt to establish a new MM connection on that 
RRC connection. 



9.5.8.1.3 



Method of test 



Initial Conditions 

System Simulator: 

1 cell, ATT flag is set to "MSs in the cell shall apply IMSI attach and detach procedure". 
User Equipment: 

the UE has a valid TMSI and is deactivated. 

Related ICS/IXIT Statement(s) 
None. 
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Foreseen final state of the UE 

The UE has a valid TMSI. It is "idle updated". 

Test procedure 

The UE is activated and a CM connection is attempted during the location updating procedure. The SS does not include 
the follow on proceed information element in the LOCATION UPDATING ACCEPT message. The SS waits for at 
least 8 seconds. The UE shall not send any layer 3 message for 8 seconds. 

Expected Sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


UE 




The UE is activated. 


2 


^ 


RRC CONNECTION REQUEST 




3 


<r 


RRC CONNECTION SETUP 




4 


■^ 


LOCATION UPDATING 


location updating type = IMSI attach. 






REQUEST 


Then the SS waits for 15 s. During this delay a CM 
connection is attempted. 


5 


^ 


LOCATION UPDATING ACCEPT 


follow on proceed IE not included. 


6 


SS 




The SS wait for at least 8 seconds. 


7 


UE 




The UE shall not send any layer 3 message for 8 
seconds after reception of the LOCATION UPDATING 
ACCEPT message. 


8 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 

9.5.8.2 MM connection / follow-on request pending / test 2 

9.5.8.2.1 Conformance requirement 

A UE supporting the follow-on request procedure and having a CM connection request pending shall correctly establish 
an MM connection following a location update when allowed by the network. 

Reference(s) 

TS 24.008 Clause 4.4.4.6. 



9.5.8.2.2 



Test purpose 



To check that when the network includes the follow on proceed IE in a LOCATION UPDATING ACCEPT message, a 
UE that supports the follow on request procedure and that has a CM application request pending establishes 
successfully a new MM connection on that RRC connection. 



9.5.8.2.3 



Method of test 



Initial Conditions 

System Simulator: 

1 cell, ATT flag is set to "MSs in the cell shall apply IMSI attach and detach procedure". 
User Equipment: 

the UE has a valid TMSI and is deactivated. 
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Related ICS/IXIT Statement(s) 

UE supports the follow on request procedure Yes/No. 

Foreseen final state of the UE 

The UE has a valid TMSI. It is "idle updated". 

Test procedure 

The UE is activated and a CM connection is attempted during the location updating procedure. The SS includes the 
follow on proceed information element in the LOCATION UPDATING ACCEPT message. The SS waits for at least 8 
seconds. 

If the UE supports the follow on request procedure: 

- the UE shall send a CM SERVICE REQUEST. Upon reception of that message, the SS sends a CM SERVICE 
ACCEPT message. The UE shall send an initial CM message. Upon reception of that message, the SS releases 
the RRC connection. 

If the UE does not support the follow on request procedure: 

- the UE shall not send any layer 3 message for 8 seconds. 

Expected Sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 
2 
3 

4 

5 


UE 


RRC CONNECTION REQUEST 
RRC CONNECTION SETUP 
LOCATION UPDATING 
REQUEST 

LOCATION UPDATING ACCEPT 


The UE is activated. 

Location updating type = IMSI attach. 

Then the SS waits for 15 s. During this delay a CM 

connection is attempted. 

follow on proceed IE included. 








If the UE supports the follow on request procedure (see 
ICS) steps A6 to A8 are performed, otherwise steps B6 
to B7 are performed. 


A6 
A7 
A8 




CM SERVICE REQUEST 
CM SERVICE ACCEPT 
An initial CM message 




B6 
B7 


SS 
UE 




The SS wait for at least 8 seconds. 
The UE shall not send any layer 3 message for 8 
seconds after reception of the LOCATION UPDATING 
ACCEPT message. 


9 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 
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9.5.8.3 MM connection / follow-on request pending / test 3 

9.5.8.3.1 Conformance requirement 

1) The UE shall not set the follow on request bit in a LOCATION UPDATING REQUEST message if no MM 
connection request is pending. 

2) When the network includes the follow on proceed IE in a LOCATION UPDATING ACCEPT message, a UE 
that has no CM application request pending shall not attempt to establish a new MM connection on that RRC 
connection. 

3) The UE shall correctly handle a CM connection established by the network on the RRC connection that was used 
for the location updating procedure. 

Reference(s) 

TS 24.008 Clause 4.4.4.6. 

9.5.8.3.2 Test purpose 

1) To check that a UE that has no CM application request pending sets the Follow-On-Request bit to No follow-on 
request pending in a LOCATION UPDATING REQUEST message. 

2) To check that when the network includes the follow on proceed IE in a LOCATION UPDATING ACCEPT 
message, a UE that has no CM application request pending does not attempt to establish a new MM connection 
on that RRC connection. 

3) To check that the UE accepts establishment by the network of a new MM connection on the existing RRC 
connection. 

9.5.8.3.3 Method of test 

Initial Conditions 

System Simulator: 

1 cell, ATT flag is set to "MSs in the cell shall apply IMSI attach and detach procedure". 
User Equipment: 

the UE has a valid TMSI and is deactivated. 

Related ICS/IXIT Statement(s) 
Supported services on TCH. 

Foreseen final state of the UE 

The UE has a valid TMSI. It is "idle updated". 

Test procedure 

The UE is activated. The UE performs location updating. The UE shall set the FOR bit to No follow-on request pending 
in the LOCATION UPDATING REQUEST message. The SS includes the follow on proceed information element in 
the LOCATION UPDATING ACCEPT message. The SS waits for 5 seconds. The UE shall not send any layer 3 
message for 5 seconds. The SS sends a SETUP message to the UE requesting a basic service supported by the UE. The 
UE shall send either a CALL CONFIRMED message if it supports a service on TCH or a RELEASE COMPLETE with 
cause #88. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is activated. 


2 


^ 


RRC CONNECTION REQUEST 




3 


<- 


RRC CONNECTION SETUP 




4 


■^ 


LOCATION UPDATING 


"Location updating type" = IMSI attach. The FOR bit is 






REQUEST 


set to No follow-on request pending. 


5 


^ 


LOCATION UPDATING ACCEPT 


follow on proceed IE is included. 


6 


SS 




The SS wait for 5 seconds. 


7 


UE 




The UE shall not send any layer 3 message for 5 
seconds after reception of the LOCATION UPDATING 
ACCEPT message. 


8 


^ 


SETUP 










If the UE supports a basic service on TCH. 


A9 


-* 


CALL CONFIRMED 










If the UE does not support any basic service on TCH. 


B9 


-* 


RELEASE COMPLETE 


cause #88. 


10 


^ 


RRC CONNECTION RELEASE 


After the sending of this message, the SS waits for the 
disconnection of the main signalling link. 



Specific message contents 
None. 
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1 Circuit Switched Call Control (CC) 

1 0.1 Circuit switched Call Control (CC) state machine verification 
10.1 .1 General on CC state machine verification 

The principle of checking the call control functions consists in the validation of each call control identified state. 

State U0 as an initial state is not verified in the tests of 10.1.2 (establishment of an outgoing call). 

State U0. 1 is never verified. 

The steps to be followed within each performed test are: 

- bring the UE into the required state; 

- trigger the tested event; 

check the UE response and new state. 

In clauses 10.1.2 and 10.1.3 different tables are defined to bring the UE into the required initial state. The exact table to 
be chosen is specified individually in clause "Initial conditions" of "Method of test" for each test case. 

For each test, unless otherwise specified, a circuit switched basic service among those supported by the UE but 
excluding the emergency call teleservice shall be chosen arbitrarily, and the test shall be performed according to that 
basic service. If the only circuit switched basic service supported by the mobile is emergency call, then the incoming 
call tests shall not be performed and the other call control tests shall be performed with the EMERGENCY SETUP 
message replacing the SETUP message. 

The initial states are to be checked through STATUS ENQUIRY messages sent by the SS, when feasible. This is not 
explicitly stated in the tables of expected sequences of signalling messages. The checking of final states are explicitly 
included into the expected sequences of signalling messages. 

The following postamble may be used by the SS to bring UE back to idle mode in those test cases, in which it is not 
already included into expected sequence of signalling messages: 

Table 10.1.1/1: A postamble to bring the UE back to idle mode. 



Step 


Direction 


Message 


Comments 


UE SS 


N 
n+1 

n+2 


<— 
— > 

UE 


RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


the UE shall release the main signalling 
link 



The postamble has not been included into the all of the tests in order to leave an option to concatenate the procedures in 
the future by using a final state of a test case as an initial state to another one. 

For the special case of U0, the state is checked by sending STATUS ENQUIRY message with all possible values of 
transaction identifier (seven values) as U0 is the only state in which for every TI the UE will answer with release 
complete with cause #81. If U0 is to be verified when no RRC connection exists, first a mobile terminating radio 
connection must be established. 

The UE responses are either call management messages received by the SS or lower layers functions activated within 
the UE or MMI actions (e.g. the buzzing of an alerting tone). 

A time-out within the UE is triggered by the SS when it does not answer back an UE expected response. 

The test sequences may be split in 3 main groups: 
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establishment and release of an outgoing call; 

establishment and release of an incoming call; 

in-call functions. 

Some test cases use Basic Generic Procedures, "Mobile terminated establishment of rrc connection" and "Radio Bearer 
Setup Procedure" defined in TS34. 108 clause 7. 

General tolerance value on protocol timers defined in TS34.108 is used in some test cases if no specific tolerance on 
timer is defined in a test case. 

Remark on verification of transient states: 

Some call control states of the user equipment may be transient, depending on implementation, configuration of the UE 
and previous messages. 

If a test starts in a transient state, then the test is executed without verification of the starting state. 



1 0.1 .2 Establishment of an outgoing call 



Initial conditions 

As a minimum requirement the UE is updated and has been given a TMSI, a ciphering key and cipher key sequence 
number, and the layer 2, RRC and MM functionalities have been verified. 

There are as many CM initial conditions as states to be checked. 

The tables below describe message exchanges which bring the UE in the requested initial states. 

A state may be taken as initial only when all the states which lead to this initial states have been validated. The order 
followed in the test procedure will be U0, U0.1, Ul, U3, U4, U10, U12, U19, Ul 1 as seen in the table underneath. 

The UE is brought again in the initial state starting with U0 at each new test performed. 

Table 10.1.2/1 : Establishment of an outgoing call, procedure 1 (late assignment) 



Step 


Direction 


Message 


Comments 


UE SS 


1 


-> 


RRC CONNECTION REQUEST 


Initiate outgoing call 


2 


<- 


RRC CONNECTION SETUP 




3 


-> 


RRC CONNECTION SETUP COMPLETE 




4 


-> 


CM SERVICE REQUEST 


U0.1 


5 


<- 


AUTHENTICATION REQUEST 




6 


-> 


AUTHENTICATION RESPONSE 




7 


<- 


SECURITY MODE COMMAND 




8 


-> 


SECURITY MODE COMPLETE 




9 


-> 


SETUP 


U1 


10 


<- 


CALL PROCEEDING 


U3 


11 


<- 


ALERTING 


U4 


12 




Radio Bearer Setup Procedure 


DTCH, SeeTS34.108 


13 


<- 


CONNECT 




14 


-> 


CONNECT ACKNOWLEDGE 


U10 


A15 


<- 


DISCONNECT 


U12(note 1) 


B15 


<- 


DISCONNECT 


U12(note2) 


B16 


-> 


RELEASE 


U19 


C15 






MMI action, terminate call 


C16 


-> 


DISCONNECT 


U11 



NOTE 1: The Progress Indicator IE with progress description #8 "in band information or appropriate pattern now 
available" is included. 

NOTE 2: The Progress Indication IE is not included. 
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Table 10.1.2/2: Void 



Table 10.1.2/3: Establishment of an outgoing call, procedure 3 



Step 


Direction 


Message 


Comments 


UE SS 


1 


-> 


RRC CONNECTION REQUEST 


Initiate outgoing call 


2 


<- 


RRC CONNECTION SETUP 




3 


-> 


RRC CONNECTION SETUP COMPLETE 




4 


-> 


CM SERVICE REQUEST 


U0.1 


5 


<- 


SECURITY MODE COMMAND 




6 


-> 


SECURITY MODE COMPLETE 




7 


-> 


SETUP 


U1 


8 


<- 


AUTHENTICATION REQUEST 




9 


-> 


AUTHENTICATION RESPONSE 




10 


<- 


CALL PROCEEDING 


U3 


11 




Radio Bearer Setup Procedure 


DTCH, SeeTS34.108 


12 


<- 


ALERTING 


U4 


13 


-> 


CONNECT 




14 


<- 


CONNECT ACKNOWLEDGE 


U10 


A15 


<- 


DISCONNECT 


U12(note6) 


B15 


<- 


DISCONNECT 


U12(note7) 


B16 


-> 


RELEASE 


U19 


C15 






MMI action, terminate call 


C16 


-> 


DISCONNECT 


U11 



NOTE 6: The Progress Indicator IE with progress description #8 "in band information or appropriate pattern now 
available" is included. 

NOTE 7: The Progress indicator IE is not included. 

Table 10.1.2/4: Establishment of an outgoing call, procedure 4 



Step 


Direction 


Message 


Comments 


UE SS 


1 


-> 


RRC CONNECTION REQUEST 


Initiate outgoing call 


2 


<- 


RRC CONNECTION SETUP 




3 


-> 


RRC CONNECTION SETUP COMPLETE 




4 


-> 


CM SERVICE REQUEST 


U0.1 


5 


<- 


IDENTITY REQUEST 




6 


-> 


IDENTITY RESPONSE 




7 


<- 


SECURITY MODE COMMAND 




8 


-> 


SECURITY MODE COMPLETE 




9 


-> 


SETUP 


U1 


10 


<- 


Radio Bearer Setup Procedure 


DTCH (note 8), See TS34.108 


11 


<- 


CALL PROCEEDING 


U3 


12 


<- 


ALERTING 


U4 


13 


<- 


CONNECT 




14 


-> 


CONNECT ACKNOWLEDGE 


U10 


A15 


<- 


DISCONNECT 


U12(note9) 


B15 


<- 


DISCONNECT 


U12(note 10) 


B16 


-> 


RELEASE 


U19 


C15 






MMI action, terminate call 


C16 


-> 


DISCONNECT 


U11 



NOTE 8: Assigned channel is appropriate for the chosen bearer capability (see 10.1). 

NOTE 9: The Progress Indicator IE with progress description #8 "in band information or appropriate pattern now 
available" is included. 

NOTE 10: The Progress Indicator IE is not included. 
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1 0.1 .2.1 Outgoing call / U0 null state 

10.1.2.1.1 Outgoing call / U0 null state/ MM connection requested 

10.1.2.1.1.1 Definition 

The call control entity of the User Equipment requests the MM-sublayer to establish a mobile originating MM- 
connection. This test is applicable for any equipment supporting at least one mobile originated circuit switched basic 
service. 

10.1.2.1.1.2 Conformance requirement 

1) Upon initiation of an outgoing basic call by user the UE shall initiate establishment of an MM connection, using 
as first MM message a CM SERVICE REQUEST message with CM service type "Mobile originating call 
establishment or packet mode connection establishment". 

References 

TS 24.008 clause 5.2.1.1, TS24.008 clause 4.5.1.1, TS 25.331 clause 8.1.3. 

10.1.2.1.1.3 Test purpose 

To verify that upon initiation of an outgoing basic call by user the UE initiates establishment of an MM connection, 
using as first MM message a CM SERVICE REQUEST message with CM service type "Mobile originating call 
establishment or packet mode connection establishment". 

10.1.2.1.1.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 

User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. When the SS receives CM SERVICE REQUEST, the contents of it shall be checked. 
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Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 

5 
6 

7 


-> 
<- 
-> 
-> 

<- 
-> 

UE 


RRC CONNECTION REQUEST 

RRC CONNECTION SETUP 

RRC CONNECTION SETUP COMPLETE 

CM SERVICE REQUEST 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


initiate outgoing call 

verify the type of call which is asked for 
"basic" or "emergency by the UE 

the UE shall release the main signalling 
link 



Specific message contents: 
None. 



10.1.2.1.1.5 



Test requirements 



After step 3 the UE shall initiate establishment of an MM connection, using as first MM message a CM SERVICE 
REQUEST message with CM service type "Mobile originating call establishment or packet mode connection 
establishment". 

10.1.2.2 Outgoing call/ U0.1 MM connection pending 

10.1.2.2.1 Outgoing call / U0.1 MM connection pending /CM service rejected 



10.1.2.2.1.1 



DefinitionDefinition 



A request for MM connection is rejected by the SS. This test is applicable for any equipment supporting at least one 
mobile originated circuit switched basic service. 



10.1.2.2.1.2 



Conformance requirement 



Upon receiving indication of an MM-connection establishment being rejected, CC entity should inform upper layer of 
this rejection. 

References 

TS 24.008, clause 4.5.1.1 , TS 24.007, clause 6.2.2. 



10.1.2.2.1.3 



Test purpose 



To verify that a CC entity of the UE in CC-state U0.1, "MM-connection pending", upon the UE receiving a CM 
SERVICE REJECT message, returns to CC state U0, "Null". 



10.1.2.2.1.4 



Method of test 



Related ICS/IXIT statements 

- supported MO circuit switched basic services. 
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Initial conditions 
System Simulator: 

1 cell, default parameters. 

User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 
The UE is brought into the state U0.1 by using table 10.1.2/1. 



Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. When the SS receives CM SERVICE REQUEST, the contents of it shall be checked. The SS rejects it by 
CM SERVICE REJECT. Then the SS will check the state of the UE by using STATUS ENQUIRY with all the relevant 
transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 

5 
6 

7 


<- 
<- 
-> 

SS 

<- 
-> 

UE 


CM SERVICE REJECT 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


cause shall be 81 # (invalid Tl value) 
repeat steps 2-3 to cover all the 
transaction identifiers from 000 ...110 

the UE shall release the main signalling 
link 



Specific message contents: 
None. 



10.1.2.2.1.5 



Test requirements 



After step 2 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 



10.1.2.2.2 



Outgoing call / U0.1 MM connection pending / CM service accepted 



10.1.2.2.2.1 



Definition 



A CM request is accepted for the MM-connection by the SS. This test is applicable for any equipment supporting at 
least one mobile originated circuit switched basic service. 



10.1.2.2.2.2 



Conformance requirement 



A CC entity of the UE in CC-state U0.1, "MM-connection pending", upon the UE receiving a CM SERVICE ACCEPT 
message, shall send a SETUP message specifying the Called party BCD number that was entered into the UE and then 
enter CC state Ul, "Call initiated". 
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References 

TS 24.008, clause 4.5.1.1, TS24.008, clause 5.2.1.1. 



10.1.2.2.2.3 



Test purpose 



To verify that a CC entity of the UE in CC-state U0. 1, "MM-connection pending", upon the UE receiving a CM 
SERVICE ACCEPT message, sends a SETUP message specifying the Called party BCD number that was entered into 
the UE and then enters CC state Ul, "Call initiated". 



10.1.2.2.2.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U0.1 by using table 10.1.2/1. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. When the UE is requesting a MM-connection, the SS will indicate acceptance by sending a CM 
SERVICE ACCEPT message. The UE shall respond with SETUP. Then the SS will check the state of the call control 
entity by STATUS ENQUIRY with the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


CM SERVICE ACCEPT 

SETUP 

STATUS ENQUIRY 

STATUS 


with called party BCD number. 

cause shall be 30# (response to enq.) 
and state U1 call initiated. 



Specific message contents: 
None. 



10.1.2.2.2.5 



Test requirements 



After step 1 a CC entity of the UE in CC-state U0.1, "MM-connection pending", shall send a SETUP message 
specifying the Called party BCD number that was entered into the UE and then enter CC state Ul, "Call initiated". 
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10.1.2.2.3 Outgoing call / U0.1 MM connection pending /lower layer failure 

10.1.2.2.3.1 Definition 

The call control entity of the UE being in the state, U0. 1, a lower layer failure is accomplished at the UE and 
consequently, communication at layer 3 level with the peer entity is terminated. This test is applicable for any 
equipment supporting at least one mobile originated circuit switched basic service. 

10.1.2.2.3.2 Conformance requirement 

1) Upon a lower layer failure the UE releases the MM connection in progress and returns to idle mode. In that state 
no call exists, and the CC entities relating to the seven mobile originating transaction identifiers are in state U0, 
"Null". 

References 

TS 24.008, clause 4.5.1.2, TS 24.008, clause 5.2.1.1., TS 24.008 clause 5.5.3.2. and TS 24.008 clause 8.3. 

10.1.2.2.3.3 Test purpose 

To verify that after the UE with a CC entity in state U0.1, "MM-connection pending", has detected a lower layer failure 
and has returned to idle mode, the CC entities relating to the seven mobile originating transaction identifiers are in state 
U0, "Null". 

10.1.2.2.3.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U0.1 by using table 10.1.2/1. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. When the UE has sent a CM SERVICE REQUEST message, the SS generates a lower layer failure at the 
UE. The SS waits long enough to enable the UE to return to idle state listening to paging, and then pages UE to create 
RRC connection. Finally, the SS will check the state of the UE by using STATUS ENQUIRY with the relevant 
transaction identifiers. 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



Expected sequence 



572 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Step 


Direction 


Message 


Comments 


UE SS 


1 


SS 




SS generates lower layer failure. 


2 


SS 




SS waits 20 s for the UE to return to 
listening to paging. 


3 




SS Initiated Establishment of RRC Connection 


SeeTS34.108 


4 


<- 


STATUS ENQUIRY 




5 


-> 


RELEASE COMPLETE 


cause shall be 81 # (invalid Tl value). 


6 


SS 




repeat steps 4-5 to cover all the 
transaction identifiers from 000 ...110. 


7 


<- 


RRC CONNECTION RELEASE 


the main signalling link shall be 
released. 


8 


-> 


RRC CONNECTION RELEASE COMPLETE 





Specific message contents: 
None. 



10.1.2.2.3.5 



Test requirements 



After step 4 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 

1 0.1 .2.3 Outgoing call / U1 call initiated 

10.1.2.3.1 Outgoing call / U1 call initiated / receiving CALL PROCEEDING 



10.1.2.3.1.1 



Definition 



The call control entity of the UE being in the state, Ul, a CALL PROCEEDING message is sent by the SS. This test is 
applicable for any equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.3.1.2 



Conformance requirement 



1) A CC entity of the UE in CC-state Ul, "Call initiated", upon receipt of a CALL PROCEEDING message, shall 
enter CC state U3, "Mobile originating call proceeding". 

References 

TS 24.008, clauses 5.2.1.1, 5.2.1.2 and 5.2.1.3. 



10.1.2.3.1.3 



Test purpose 



To verify that a CC entity of the UE in CC-state Ul, "Call initiated", upon receipt of a CALL PROCEEDING message, 
enters CC state U3, "Mobile originating call proceeding". 



10.1.2.3.1.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
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User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 
The UE is brought into the state Ul by using table 10.1.2/1. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state Ul. The SS sends a CALL PROCEEDING message to the 
UE. The SS checks by using the status enquiry procedure that the CC entity has entered the state U3. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 


<- 
<- 
-> 


CALL PROCEEDING 
STATUS ENQUIRY 
STATUS 


tone generation not mandatory 
cause 30#, state U3 



Specific message contents: 
None. 



10.1.2.3.1.5 



Test requirements 



After step 1 a CC entity of the UE in CC-state Ul, "Call initiated", shall enter CC state U3, "Mobile originating call 
proceeding". 



10.1.2.3.2 



Outgoing call / U1 call initiated / rejecting with RELEASE COMPLETE 



10.1.2.3.2.1 



Definition 



The call control entity of the UE being in the state, Ul, the call is rejected by a RELEASE COMPLETE message sent 
by the SS. This test is applicable for any equipment supporting at least one mobile originated circuit switched basic 
service. 



10.1.2.3.2.2 



Conformance requirement 



1) A CC entity of the UE in CC-state Ul, "Call initiated", upon receipt of a RELEASE COMPLETE message with 
valid cause value, shall enter CC state U0, "Null". 

2) On returning to idle mode, the CC entities relating to the seven mobile originating transaction identifiers shall be 
in state U0, "Null". 

3) On releasing the MM -connection, the UE shall wait for MM layer release initiated by the network. 

References 

Conformance requirement 1 : TS 24.008, clause 5.4.2, TS 24.008, clause 5.4.4. 

Conformance requirement 2: TS 24.008, clause 5.5.3.2. 

Conformance requirement 3: TS 24.008, clause 5.4.4.1.3, TS 24.008, clause 4.5.3, TS 25.331, clause 8.1.4. 
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10.1.2.3.2.3 



Test purpose 



1) To verify that a CC entity of the UE in CC-state Ul, "Call initiated", upon receipt of a RELEASE COMPLETE 
message with valid cause value, enters CC state U0, "Null". 

2) To verify that in returning to idle mode, the CC entities relating to the seven mobile originating transaction 
identifiers are in state U0, "Null". 

3) To verify that in releasing the MM -connection, the UE shall wait for MM layer release initiated by SS. 

10.1.2.3.2.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state Ul by using table 10.1.2/1. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state Ul. The SS sends a RELEASE COMPLETE message to 
the UE. The SS checks by using the status enquiry procedure that the CC entity has entered the state U0 with all the 
relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 

5 
6 


<- 
<- 
-> 

SS 

<- 
-> 


RELEASE COMPLETE 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


See specific message content below. 

cause 81 # (invalid Tl value) 
repeat steps 2-3 to cover all the 
transaction identifiers from 000. ..1 10 
the main signalling link shall be 
released. 
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Specific message contents: 
RELEASE COMPLETE 

1) With a valid cause value among: 
related to numbering, 
#1 unallocated number 
#3 no route to destination 
#22 number changed 
#28 invalid number format 

related to bearer capabilities, 

#8 operator determined barring 

#57 bearer capability not authorized 

#58 bearer capability not presently available 

#63 service or option not available 

#65 bearer service not implemented 

#34 no circuit/channel available (call queuing). 



10.1.2.3.2.5 



Test requirements 



After step 2 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 



10.1.2.3.3 



Outgoing call / U1 call initiated / T303 expiry 



10.1.2.3.3.1 



Definition 



The call control entity of the UE being in the state, Ul, if no response is then received from the SS, timer T303 expires 
at the UE side. This test is applicable for any equipment supporting at least one mobile originated circuit switched basic 



10.1.2.3.3.2 



Conformance requirement 



1) A CC entity of the UE in CC-state Ul, "Call initiated", upon expiry of T303 shall send a DISCONNECT 
message to its peer entity and enter state Ul 1, "Disconnect request". 

References 

TS 24.008, clause 5.2.1.1, TS 24.008, clause 5.4. 



10.1.2.3.3.3 



Test purpose 



1) To verify that a CC entity of the UE in CC-state Ul, "Call initiated", upon expiry of T303 sends a 
DISCONNECT message to its peer entity and enters state Ul 1, "Disconnect request". 
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10.1.2.3.3.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state Ul by using table 10.1.2/1. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state Ul. When T303 expires at the UE, the UE shall send 
DISCONNECT. The SS checks by using the status enquiry procedure that the CC entity has entered the state Ul 1, 
disconnect request. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 

3 

4 


SS 
-> 

<- 
-> 


DISCONNECT 

STATUS ENQUIRY 
STATUS 


SS waits for T303 expiry. 

Shall be transmitted between 24 s and 

36 s after the CM SERVICE REQUEST. 

cause 30#, status U11 



Specific message contents: 
None. 



10.1.2.3.3.5 



Test requirements 



Upon expiry of timer T303, a CC entity of the UE in CC-state Ul, "Call initiated", shall send a DISCONNECT message 
and enter state Ul 1, "Disconnect request". 



10.1.2.3.4 



Outgoing call / U1 call initiated / lower layer failure 



10.1.2.3.4.1 



Definition 



The call control entity of the UE being in the state, Ul, a lower layer failure is accomplished at the UE and 
consequently, communication at layer 3 level with the peer entity is terminated. This test is applicable for any 
equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.3.4.2 



Conformance requirement 



Upon a lower layer failure MM informs the relevant CM entities that the MM connection has been interrupted. As call 
re-establishment is not allowed, the CC entity must perform a local release. The UE returns to idle mode. In that state 
no call exists, and the CC entities relating to the seven mobile originating transaction identifiers are in state U0, "Null". 
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References 

TS 24.008, clause 4.5.2.3, TS 24.008, clause 5.2.1.1, TS 24.008 clause 5.5.3.2. 



10.1.2.3.4.3 



Test purpose 



To verify that after the UE with a CC entity in state Ul "Call initiated", has detected a lower layer failure and has 
returned to idle mode, the CC entities relating to the seven mobile originating transaction identifiers are in state U0, 
"Null". 



10.1.2.3.4.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state Ul by using table 10.1.2/4. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The UE is brought to the state Ul. The SS generates a lower layer failure at the UE. The SS waits long 
enough to enable the UE to return to idle state listening to paging, and then pages UE to create RRC connection. 
Finally, the SS will check the state of the UE by using STATUS ENQUIRY with the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


SS 




SS generates lower layer failure. 


2 


SS 




SS waits 20 s for the UE to return to 
listening to paging. 


3 




Mobile terminated establishment of rrc connection 




4 


<- 


STATUS ENQUIRY 




5 


-> 


RELEASE COMPLETE 


cause 81 # (invalid Tl value). 


6 


SS 




repeat steps 4-5 to cover all the 
transaction identifiers from 000. ..1 10. 


7 


<- 


RRC CONNECTION RELEASE 




8 


-> 


RRC CONNECTION RELEASE COMPLETE 




9 


UE 




the UE shall release the main signalling 
link. 



Specific message contents: 
None. 
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10.1.2.3.4.5 Test requirements 

After step 4 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 

10.1.2.3.5 Outgoing call / U1 call initiated / receiving ALERTING 

10.1.2.3.5.1 Definition 

The call control entity of the UE being in the state, Ul, an ALERTING message is sent to the UE as a indication that a 
call is being alerted at a called end. This test is applicable for any equipment supporting at least one mobile originated 
circuit switched basic service. 

10.1.2.3.5.2 Conformance requirement 

1) A CC entity of the UE in CC-state Ul, "Call initiated", upon receipt of an ALERTING message, shall enter CC 
state U4, "Call delivered". 

References 

TS 24.008, clause 5.2.1.1. 

10.1.2.3.5.3 Test purpose 

To verify that a CC entity of the UE in CC-state Ul, "Call initiated", upon receipt of an ALERTING message, enters 
CC state U4, "Call delivered". 

10.1.2.3.5.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state Ul by using table 10.1.2/4. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state Ul. The SS sends an ALERTING message to the UE. The 
SS checks by using the status enquiry procedure that the CC entity has entered the state U4, call delivered. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 


<- 
<- 
-> 


ALERTING 
STATUS ENQUIRY 
STATUS 


cause 30#, state U4 
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Specific message contents: 
None. 

10.1.2.3.5.5 Test requirements 

After step 1 a CC entity of the UE in CC-state Ul, "Call initiated", shall enter CC state U4, "Call delivered". 

10.1.2.3.6 Outgoing call / U1 call initiated /entering state U10 

10.1.2.3.6.1 Definition 

The call control entity of the UE being in the state, Ul, a CONNECT message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile originated circuit switched basic service. 

10.1.2.3.6.2 Conformance requirement 

1) A CC entity of the UE in CC-state Ul, "Call initiated", upon receipt of a CONNECT message, shall send a 
CONNECT ACKNOWLEDGE message to its peer entity and enter CC state U10, "Active". 

References 

TS 24.008, clause 5.2.1.1, TS 24.008, clause 5.2.1.6. 



10.1.2.3.6.3 Test purpose 

To verify that a CC entity of the UE in CC-state Ul, "Call initiated", upon receipt of a CONNECT message, sends a 
CONNECT ACKNOWLEDGE message to its peer entity and enters CC state U10, "Active". 

10.1.2.3.6.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state Ul by using table 10.1.2/4. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state Ul. The SS sends a CONNECT message to the UE. The 
UE shall respond by sending a CONNECT ACKNOWLEDGE message. The SS checks by using the status enquiry 
procedure that the CC entity has entered the state U10, active. 
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Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


CONNECT 

CONNECT ACKNOWLEDGE 

STATUS ENQUIRY 

STATUS 


cause 30#, state U10 



Specific message contents: 
None. 



10.1.2.3.6.5 



Test requirements 



After step 1 a CC entity of the UE in CC-state Ul, "Call initiated", shall send a CONNECT ACKNOWLEDGE 
message and shall enter CC state U10, "Active". 



10.1.2.3.7 



10.1.2.3.7.1 



Outgoing call / U1 call initiated / unknown message received 



Definition 



The call control entity of the UE being in the state, Ul, an unknown message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.3.7.2 



Conformance requirement 



1) A CC entity of the UE in CC-state Ul, "Call initiated", upon receipt of a message with message type not defined 
for the protocol discriminator from its peer entity shall return a STATUS message. 

References 

TS 24.008 clause 8.4. 



10.1.2.3.7.3 



Test purpose 



To verify that a CC entity of the UE in CC-state Ul, "Call initiated", upon receipt of a message with message type not 
defined for the protocol discriminator unknown message from its peer entity returns a STATUS message. 



10.1.2.3.7.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state Ul by using table 10.1.2/1. 
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Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state Ul. The SS sends a message with message type not 
defined for the protocol discriminator to the UE. The UE shall respond with a STATUS message, and finally the SS 
checks by using the status enquiry procedure that the state of the CC entity has remained unchanged. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


unknown message 

STATUS 

STATUS ENQUIRY 

STATUS 


message type not defined for PD 
cause 97#, state U1 

cause 30#, state U1 



Specific message contents: 
None. 

1 0.1 .2.3.7.5 Test requirements 

After step 1 and step 3 a CC entity of the UE in CC-state Ul, "Call initiated", shall return a STATUS message. 

1 0.1 .2.4 Outgoing call / U3 UE originating call proceeding 

10.1.2.4.1 Outgoing call / U3 UE originating call proceeding /ALERTING received 



10.1.2.4.1.1 



Definition 



The call control entity of the UE being in the state, U3, an ALERTING message is sent to the UE as a indication that a 
call is being alerted at a called end. This test is applicable for any equipment supporting at least one mobile originated 
circuit switched basic service. 



10.1.2.4.1.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", upon receipt of a ALERTING 
message shall enter CC-state U4, "Call Delivered". 

References 

TS 24.008 clause 5.2.1.5. 



10.1.2.4.1.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", upon receipt of a 
ALERTING message enters CC-state U4, "Call Delivered". 



10.1.2.4.1.4 



Method of test 



Related ICS/IXIT statements 

- supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 
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1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 
The UE is brought into the state U3 by using table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U3. The SS sends an ALERTING message to the UE. The 
SS checks by using the status enquiry procedure that the CC entity has entered the state U4, call delivered. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 


<- 
<- 
-> 


ALERTING 
STATUS ENQUIRY 
STATUS 


cause 30#, state U4 



Specific message contents: 
None. 

10.1.2.4.1.5 Test requirements 

After step 1 a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", shall enter CC-state U4, "Call 
Delivered". 

10.1.2.4.2 Outgoing call / U3 UE originating call proceeding / CONNECT received 

10.1.2.4.2.1 Definition 

The call control entity of the UE being in the state, U3, a CONNECT message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile originated circuit switched basic service. 

10.1.2.4.2.2 Conformance requirement 

1) A CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", upon receipt of a CONNECT 
message shall return a "CONNECT ACKNOWLEDGE" message to its peer entity and enter the CC state U10, 
"Active". 

2) The UE shall then stop any locally generated indication. 

References 

Conformance requirement 1: TS 24.008 clause 5.2.1.6. 
Conformance requirement 2: TS 24.008 clause 5.2.1.6. 

10.1.2.4.2.3 Test purpose 

1) To verify that a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", upon receipt of a 
CONNECT message returns a "CONNECT ACKNOWLEDGE" message to its peer entity and enters the CC 

state U10, "Active". 
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2) To verify that the UE stops locally generated indication, if any. 

10.1.2.4.2.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U3 by using table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U3. The SS sends a RADIO BEARER SETUP for traffic 
channel to the UE. The UE shall respond with a RADIO BEARER SETUP COMPLETE message. The SS sends a 
CONNECT message to the UE. The UE shall respond by sending a CONNECT ACKNOWLEDGE message. The SS 
checks by using the status enquiry procedure that the CC entity has entered the state U10, active. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 
4 
5 


<- 
-> 
<- 
-> 


Radio Bearer Setup Procedure 

CONNECT 

CONNECT ACKNOWLEDGE 

STATUS ENQUIRY 

STATUS 


(DTCH), SeeTS34.108 

the UE shall stop tone generation, if any 

cause 30#, state U10 



Specific message contents: 
None. 



10.1.2.4.2.5 



Test requirements 



After step 1 a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", shall return a "CONNECT 
ACKNOWLEDGE" message and enter the CC state U10, "Active". 

The UE shall stop locally generated indication. 

1 0.1 .2.4.3 Outgoing call / U3 UE originating call proceeding / PROGRESS received without 

in band information 



10.1.2.4.3.1 



Definition 



The call control entity of the UE being in the state, U3, a PROGRESS message is received by the UE. The PROGRESS 
message does not contain indication of in-band information availability. This test is applicable for any equipment 
supporting at least one mobile originated circuit switched basic service. 
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10.1.2.4.3.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", upon receipt of a PROGRESS 
message with valid cause values shall stay in CC-state U3. 

2) After receipt of the PROGRESS message timer T3 10 shall be stopped. 

References 

Conformance requirement 1: TS 24.008 clause 5.2.1.4. 
Conformance requirement 2: TS 24.008 clause 1 1.3. 



10.1.2.4.3.3 



Test purpose 



1) To verify that a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", upon receipt of a 
PROGRESS message with valid cause values stays in CC-state U3. 

2) To verify that after receipt of the PROGRESS message timer T3 10 is stopped. 

10.1.2.4.3.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U3 by using table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U3. The SS sends a PROGRESS message not containing 
indication of in-band information availability to the UE. The SS checks that the UE has stopped T310, i.e. at T310 time- 
out no DISCONNECT message is sent by the UE. Then the SS checks by using the status enquiry procedure that the 
state of the CC entity has remained unchanged. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


<- 


PROGRESS 


(note) 


2 


<- 


STATUS ENQUIRY 




3 


-> 


STATUS 


cause 30#, state U3 


4 


SS 




SS waits at least 45 seconds and 
checks no DISCONNECT is sent by the 
UE 


5 


<- 


STATUS ENQUIRY 




6 


-> 


STATUS 


cause 30#, state U3 



NOTE: Tested with a valid cause value among: 
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#4 call has returned to PLMN/ISDN 
#32 call is end-to-end PLMN/ISDN or 
any value in the set #(21-127) 

Specific message contents: 
None. 

1 0.1 .2.4.3.5 Test requirements 

After step 1 a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", shall stay in CC-state U3. 

After step 3 SS waits at least 45 seconds and checks no DISCONNECT is sent by the UE 

10.1.2.4.4 Outgoing call / U3 UE originating call proceeding / PROGRESS with in band 

information 

10.1.2.4.4.1 Definition 

The call control entity of the UE being in the state, U3, a PROGRESS message indicating availability of in band 
information is received by the UE. This test is applicable for any equipment supporting at least one mobile originated 
circuit switched basic service. 

10.1.2.4.4.2 Conformance requirement 

1) A CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", upon receipt of a PROGRESS 
message indicating in-band announcement shall through-connect the traffic channel for speech, if DTCH is in a 
speech mode. If DTCH is not in speech mode, the UE shall not through-connect the DTCH. 

2) After receipt of the PROGRESS message, T3 10 shall be stopped. 

References 

TS 25.331 clause 8.2.1., TS 24.008 clause 5.1.3, TS 24.008 clause 5.2.1.4., TS 24.008 clause 5.2.1.9, TS 24.008 
clause 5.5.1., TS 24.008 clause 11.3. 

10.1.2.4.4.3 Test purpose 

1) To verify that a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", upon receipt of a 
PROGRESS message indicating in-band announcement through-connects the traffic channel for speech, if 
DTCH is in speech mode. If DTCH is not in a speech mode, the UE does not through-connect the DTCH. 

2) To verify that after receipt of the PROGRESS message, T3 10 is stopped. 

10.1.2.4.4.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



586 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



The UE is brought into the state U3 by using table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U3. The SS sends a RADIO BEARER SETUP for traffic 
channel to the UE. The UE shall respond with a RADIO BEARER SETUP COMPLETE message. The SS sends a 
PROGRESS message containing indication of in-band information availability to the UE. The SS checks that if channel 
mode is speech, the DTCH shall be through connected. If channel mode is not speech, the DTCH shall not be through 
connected. Also the SS checks that the UE has stopped T310, i.e. at T310 time-out no DISCONNECT message is sent 
by the UE. Then the SS checks by using the status enquiry procedure that the state of the CC entity has remained 
unchanged. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




Radio Bearer Setup Procedure 


(DTCH), SeeTS34.108 


2 


<- 


PROGRESS 


(note) 

the UE shall stop all the CC timers , if 
channel mode is speech, the DTCH 
shall be through connected. If channel 
mode is not speech, the DTCH shall not 
be through connected. 


3 


<- 


STATUS ENQUIRY 




4 


-> 


STATUS 


cause 30#, state U3 


5 


SS 




SS waits at least 45 seconds and 
checks no DISCONNECT is sent by the 
UE. 


6 


<- 


STATUS ENQUIRY 


7 


-> 


STATUS 


cause 30#, state U3 


8 


SS 




If the channel mode is speech the SS 
will check that the user connection for 
speech is attached (both downlink and 
uplink). 



Specific message contents: 

NOTE: Tested with a valid cause value among: 
#1 call is not end to end PLMN/ISDN 
#2 destination address is non PLMN/ISDN 
#3 originating address is non PLMN/ISDN 
#8 in band information or appropriate pattern now available or any value in the set #(6-20). 

1 0.1 .2.4.4.5 Test requirements 

After step 2 a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", shall through-connect the 
traffic channel for speech, if DTCH is in a speech mode. If DTCH is not in speech mode, the UE shall not through- 
connect the DTCH. 

After step 2 the SS waits at least 45 seconds and checks no DISCONNECT is sent by the UE 

After step 5 the SS checks that the user connection for speech is attached (both downlink and uplink), if the channel 
mode is speech. 
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10.1.2.4.5 Outgoing call / U3 UE originating call proceeding / DISCONNECT with in band 

tones 

10.1.2.4.5.1 Definition 

The call control entity of the UE being in the state, U3, a DISCONNECT message indicating availability of in band 
information is received by the UE. This test is applicable for any equipment supporting at least one mobile originated 
circuit switched basic service. 

10.1.2.4.5.2 Conformance requirement 

1) A CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", upon receipt of a DISCONNECT 
with progress indicator #8, shall through-connect the speech channel to make in-band announcements available, 
if traffic channel is in speech mode. If DTCH is not in speech mode, the UE shall send a RELEASE message. 

References 

TS 24.008 clause 5.2.1.4., TS 24.008 clause 5.4.4. 

10.1.2.4.5.3 Test purpose 

To verify that a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", upon receipt of a 
DISCONNECT with progress indicator #8 through-connects the speech channel to make in-band announcements 
available, if traffic channel is in speech mode. If DTCH is not in speech mode, the UE sends a RELEASE message. 

10.1.2.4.5.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U3 by using table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U3. The SS sends a RADIO BEARER SETUP for traffic 
channel to the UE. The UE shall respond with a RADIO BEARER SETUP COMPLETE message. The SS sends a 
DISCONNECT message containing indication of in-band information availability to the UE. The SS checks that if 
channel mode is speech, the DTCH shall be through connected and the UE enters state U12, disconnect indication. If 
channel mode is not speech, the DTCH shall not be through connected and the UE shall enter state U19, release request. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 


<- 


Radio Bearer Setup Procedure 
DISCONNECT 


(DTCH), SeeTS34.108 
(note) 


B3 


SS 




DTCH in speech mode: 

the SS will check that the audio path for 

in band tones is attached. 


B4 


<- 


STATUS ENQUIRY 




B5 


-> 


STATUS 


cause 30#, state U1 2 


C3 


-> 


RELEASE 


DTCH is not in speech mode: 


C4 


<- 


STATUS ENQUIRY 




C5 


-> 


STATUS 


cause 30#, state U1 9 



Specific message contents: 
NOTE: the cause value: 

#8 in band information or appropriate pattern now available. 



10.1.2.4.5.5 



Test requirements 



After step 2 a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", shall through-connect the 
speech channel to make in-band announcements available, if traffic channel is in speech mode. If DTCH is not in 
speech mode, the UE shall send a RELEASE message. 

10.1.2.4.6 Outgoing call / U3 UE originating call proceeding / DISCONNECT without in band 

tones 



10.1.2.4.6.1 



Definition 



The call control entity of the UE being in the state, U3, a DISCONNECT message is received by the UE. The 
DISCONNECT message does not contain indication of in-band information availability. This test is applicable for any 
equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.4.6.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", upon receipt of a DISCONNECT 
without progress indicator shall return a RELEASE message and enter the CC-state U19, "Release Request" 

References 

TS 24.008 clause 5.4.4. 



10.1.2.4.6.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", upon receipt of a 
DISCONNECT without progress indicator returns a RELEASE message and enters the CC-state U19, "Release 
Request". 



10.1.2.4.6.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 
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Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U3 by using table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U3. The SS sends a DISCONNECT message not 
containing indication of in-band information availability to the UE. The UE shall respond with a RELEASE message. 
The SS checks by using the status enquiry procedure that the CC entity of the UE has entered the state U19, release 
request. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


DISCONNECT 
RELEASE 
STATUS ENQUIRY 
STATUS 


cause 30#, state U1 9 



Specific message contents: 
None. 



10.1.2.4.6.5 



Test requirements 



After step 1 a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", shall send a RELEASE 
message and enter the CC-state U19, "Release Request". 



10.1.2.4.7 



Outgoing call / U3 UE originating call proceeding / RELEASE received 



10.1.2.4.7.1 



Definition 



The call control entity of the UE being in the state, U3, a RELEASE message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.4.7.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", upon receipt of a RELEASE will 
return a RELEASE COMPLETE and enter the CC-state U0, "Null". 

2) The UE on returning to the idle mode shall release the MM -connection and the CC-entities relating to the seven 
mobile originating transaction identifiers shall be in CC-state U0, "Null". 

3) On releasing the MM -connection, the UE shall wait for MM layer release initiated by the network. 

References 

Conformance requirement 1: TS 24.008 clause 5.4.2., TS 24.008 clause 5.4.4. 
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Conformance requirement 2: TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2. 

Conformance requirement 3: TS 24.008, clause 5.4.4.1.3, TS 24.008, clause 4.5.3, 

TS 25.331, clause 8.1.4. 



10.1.2.4.7.3 



Test purpose 



1) To verify that a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", upon receipt of a 
RELEASE will return a RELEASE COMPLETE and enter the CC-state U0, "Null" . 

2) To verify that the UE on returning to the idle mode releases the MM-connection and that the CC-entities relating 
to the seven mobile originating transaction identifiers are in CC-state U0, "Null". 

3) To verify that in releasing the MM-connection, the UE shall wait for MM layer release initiated by SS. 

10.1.2.4.7.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U3 by using table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U3. The SS sends a RELEASE message to the UE. The 
UE shall respond with a RELEASE COMPLETE message. The SS checks by using the status enquiry procedure that 
the CC entity has entered the state U0 with all the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 
4 
5 

6 

7 


<- 
-> 
<- 
-> 

SS 

<- 
-> 


RELEASE 

RELEASE COMPLETE 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


with cause "Normal, unspecified" 

cause 81 # (invalid Tl value) 
repeat steps 3-4 to cover all the 
transaction identifiers from 000. ..1 10 
the main signalling link shall be 
released. 



Specific message contents: 
None. 
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10.1.2.4.7.5 Test requirements 

After step 1 a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", shall send a RELEASE 
COMPLETE message. 

After step 3 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 

1 0.1 .2.4.8 Outgoing call / U3 UE originating call proceeding / termination requested by the 

user 

10.1.2.4.8.1 Definition 

The call control entity of the UE being in the state, U3, the user requests to terminate the call. This test is applicable for 
any equipment supporting at least one mobile originated circuit switched basic service. 

10.1.2.4.8.2 Conformance requirement 

1) A CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", upon request by the user to 
terminate will send a DISCONNECT message and enter the CC-state Ul 1, "Disconnect Request". 

References 

TS 24.007 clause 6.2.2., TS 24.008 clause 5.4.3. 

10.1.2.4.8.3 Test purpose 

To verify that a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", upon request by the user to 
terminate will send a DISCONNECT message and enter the CC-state Ul 1, "Disconnect Request". 

10.1.2.4.8.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 

System Simulator: 1 cell, default parameters. 

User Equipment: The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 
The UE is brought into the state U3 by using table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U3. The user requests termination of the call. The UE shall 
send a DISCONNECT message. The SS checks by using the status enquiry procedure that the CC entity has entered the 
state Ul 1, disconnect request. 
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Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


-> 
<- 
-> 


DISCONNECT 
STATUS ENQUIRY 
STATUS 


MMI action, terminate call 
cause 30#, state U11 



Specific message contents: 
None. 



10.1.2.4.8.5 



Test requirements 



After step 1 a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", shall send a DISCONNECT 
message and enter the CC-state Ull, "Disconnect Request". 



10.1.2.4.9 



10.1.2.4.9.1 



Outgoing call / U3 UE originating call proceeding / traffic channel allocation 



Definition 



The call control entity of the UE being in the state, U3, a radio bearer establishment procedure is performed. This test is 
applicable for any equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.4.9.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", when a traffic channel is allocated 
by the network performing the radio bearer establishment procedure, shall stay in CC-state U3. 

References 

TS 25.331 clause 8.2.1., TS 24.008 clause 5.2.1.9. 



10.1.2.4.9.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", when a traffic channel is 
allocated by the network performing the radio bearer establishment procedure, stays in CC-state U3. 



10.1.2.4.9.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U3 by using table 10.1.2/3. 
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Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U3. The SS sends a RADIO BEARER SETUP for traffic 
channel to the UE. The UE shall respond with a RADIO BEARER SETUP COMPLETE message. The SS checks by 
using the status enquiry procedure that the state of the CC entity has remained unchanged. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 


<- 
-> 


Radio Bearer Setup Procedure 
STATUS ENQUIRY 
STATUS 


(DTCH), SeeTS34.108 
cause 30#, state U3 



Specific message contents: 
None. 

10.1.2.4.9.5 Test requirements 

After step 1 the CC state U3, "Mobile Originating Call Proceeding", shall remain unchanged. 

10.1.2.4.10 Outgoing call / U3 UE originating call proceeding / timer T310 time-out 

10.1.2.4.10.1 Definition 

The call control entity of the UE being in the state, U3, if no response is then received from the SS, timer T3 10 expires 
at the UE side. This test is applicable for any equipment supporting at least one mobile originated circuit switched basic 
service. 

10.1.2.4.10.2 Conformance requirement 

1) A CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding" shall, upon expiry of timer T310, 
and not before, initiate call release by sending DISCONNECT and enter the CC-state Ull, "Disconnect 
Request". 

References 

TS 24.008 clause 5 .2. 1.3 ./Abnormal case, TS24.008 clause 5.4.3, TS 24.008 clause 11.3. 

10.1.2.4.10.3 Test purpose 

To verify that a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding" will, upon expiry of timer 
T310, initiate call release by sending DISCONNECT and enter the CC-state Ull, "Disconnect Request". 

10.1.2.4.10.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
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User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 
The UE is brought into the state U3 by using table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U3. The T310 expires at the UE and the UE shall send 
DISCONNECT. The SS checks timer T310 accuracy and that the CC entity has entered the state Ul 1, disconnect 
request. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


SS 
-> 
<- 
-> 


DISCONNECT 
STATUS ENQUIRY 
STATUS 


the SS waits for T31 time-out 
check the timer T31 accuracy 

cause 30#, state U11 



Specific message contents: 
None. 



10.1.2.4.10.5 



Test requirements 



Upon expiry of timer T310, a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding" shall initiate 
call release by sending a DISCONNECT message and enter the CC-state Ul 1, "Disconnect Request". 

10.1.2.4.11 Outgoing call / U3 UE originating call proceeding / lower layer failure 



10.1.2.4.11.1 



Definition 



The call control entity of the UE being in the state, U3, a lower layer failure is accomplished at the UE and 
consequently, communication at layer 3 level with the peer entity is terminated. This test is applicable for any 
equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.4.11.2 



Conformance requirement 



1) If a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding" has detected a lower layer failure 
and has returned to idle mode, the CC entities relating to the seven mobile originating transaction identifiers 
shall be in state U0, "Null". 

References 

TS 24.008 clause 4.5.2.3., TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2., TS 25.331 clause 8.1.4. 



10.1.2.4.11.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding" having detected a lower 
layer failure and having returned to idle mode, the CC entities relating to the seven mobile originating transaction 
identifiers are in state U0, "Null". 
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10.1.2.4.11.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U3 by using table 10.1.2/4. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The UE is brought to the state U3. The SS generates a lower layer failure at the UE. The SS waits long 
enough to enable the UE to return to idle state listening to paging, and then pages UE to create RRC connection. 
Finally, the SS will check the state of the UE by using STATUS ENQUIRY with the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 

3 
4 
5 
6 

7 

8 


SS 
SS 

<- 
-> 

SS 

<- 
-> 


SS Initiated Establishment of RRC Connection 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


SS generates lower layer failure 
SS waits 20 s for the UE to return to 
listening to paging 
SeeTS34.108 

cause 81 # (invalid Tl value) 
repeat steps 4-5 to cover all the 
transaction identifiers from 000. ..1 10 
the main signalling link shall be 
released. 



Specific message contents: 
None. 



10.1.2.4.11.5 



Test requirements 



After step 4 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 

10.1.2.4.12 Outgoing call / U3 UE originating call proceeding / unknown message received 

10.1.2.4.12.1 Definition 

The call control entity of the UE being in the state, U3, an unknown message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile originated circuit switched basic service. 
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10.1.2.4.12.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding" having received an unknown 
message from its peer entity shall return a STATUS message. 

References 

TS 24.008 clause 8.5. 



10.1.2.4.12.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding" having received an 
unknown message from its peer entity returns a STATUS message. 



10.1.2.4.12.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U3 by using table 10.1.2/1. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U3. The SS sends a message with message type not 
defined for the protocol discriminator to the UE. The UE shall respond with a STATUS message, and finally the SS 
checks by using the status enquiry procedure that the state of the CC entity has remained unchanged. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


unknown message 

STATUS 

STATUS ENQUIRY 

STATUS 


message type not defined for PD 
cause 97#, state U3 

cause 30#, state U3 



Specific message contents: 
None. 



10.1.2.4.12.5 



Test requirements 



After step 1 a CC-entity of the UE in CC-state U3, "Mobile Originating Call Proceeding", shall return a STATUS 

message. 
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10.1.2.4.13 



Outgoing call / U3 UE originating call proceeding / Internal alerting indication 



10.1.2.4.13.1 



Definition 



The call control entity of the UE being in the state, U3, an ALERTING message is sent to the UE when the user 
connection is not attached to the radio path. This test is applicable for any equipment supporting mobile originated 
circuit switched basic service for telephony. 



10.1.2.4.13.2 



Conformance requirement 



1) When the call control entity of the UE in the "mobile originating call proceeding" state receives an ALERTING 
message then it shall enter "call delivered" state and, for speech calls, if the user connection is not attached to the 
radio path, the UE shall internally generate an alerting indication. 

References 

TS 24.008 clause 5.2.1.5. 



10.1.2.4.13.3 



Test purpose 



When the call control entity of the UE in the "mobile originating call proceeding" state receives an ALERTING 
message then it enters "call delivered" state and, for speech calls, if the user connection is not attached to the radio path, 
the UE generates internally an alerting indication. 



10.1.2.4.13.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 
- way to give internally generated alerting indication for outgoing calls 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U3 by using table 10.1.2/1. 

Test procedure 

The SS sends an ALERTING message to the UE. The SS checks by using the status enquiry procedure that the CC 
entity has entered the state U4, call delivered. Also it is checked that the UE generates internally alerting indication to 
the user in the way described in the ICS/IXIT statements. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


<- 


ALERTING 


the UE shall generate an alerting 
indication to the user in the way 
described in the ICS/IXIT statements 


2 


<- 


STATUS ENQUIRY 




3 


-> 


STATUS 


cause 30#, state U4 
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Specific message contents: 
None. 

10.1.2.4.13.5 Test requirements 

After step 1 CC entity of the UE in CC state U3, the "Mobile Originating Call Proceeding" shall enter "Call Delivered" 
state and, for speech calls, if the user connection is not attached to the radio path, the UE shall internally generate an 
alerting indication. 

1 0.1 .2.5 Outgoing call / U4 call delivered 

10.1.2.5.1 Outgoing call / U4 call delivered / CONNECT received 

10.1.2.5.1.1 Definition 

The call control entity of the UE being in the state, U4, a CONNECT message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile originated circuit switched basic service. 

10.1.2.5.1.2 Conformance requirement 

1) A CC-entity of the UE in CC-state U4, "Call Delivered", upon receipt of the CONNECT message shall return a 
CONNECT ACKNOWLEDGE to its peer entity and enter the CC-state U10, "Active". 

References 

TS 24.008 clause 5.2. 1.6. 

10.1.2.5.1.3 Test purpose 

To verify that a CC-entity of the UE in CC-state U4, "Call Delivered", upon receipt of the CONNECT message returns 
a CONNECT ACKNOWLEDGE to its peer entity and enters the CC-state U10, "Active". 

10.1.2.5.1.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U4 by using table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U4. The SS sends a CONNECT message to the UE. The 
UE shall respond by sending a CONNECT ACKNOWLEDGE message. The SS checks by using the status enquiry 
procedure that the CC entity has entered the state U10, active. 
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Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


CONNECT 

CONNECT ACKNOWLEDGE 

STATUS ENQUIRY 

STATUS 


UE stops alerting, if applicable 
cause 30#, state U10 



Specific message contents: 
None. 



10.1.2.5.1.5 



Test requirements 



After step 1 a CC entity of the UE in CC state U4, "Call Delivered", shall return a CONNECT ACKNOWLEDGE 
message and enter the CC state U10, "Active". 



10.1.2.5.2 



10.1.2.5.2.1 



Outgoing call / U4 call delivered / termination requested by the user 



Definition 



The call control entity of the UE being in the state, U4, the user requests to terminate the call. This test is applicable for 
any equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.5.2.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U4, "Call Delivered", upon request by the user to terminate shall send a 
DISCONNECT message and enter the CC-state Ul 1, "Disconnect Request". 

References 

TS 24.007 clause 6.2.2./TS 24.008 clause 5.4.3. 



10.1.2.5.2.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U4, "Call Delivered", upon request by the user to terminate will send a 
DISCONNECT message and enter the CC-state Ul 1, "Disconnect Request". 



10.1.2.5.2.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U4 by using table 10.1.2/3. 
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Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U4. The user requests termination of the call. The UE shall 
send a DISCONNECT message. The SS checks by using the status enquiry procedure that the CC entity has entered the 
state Ul 1, disconnect request. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


-> 
<- 
-> 


DISCONNECT 
STATUS ENQUIRY 
STATUS 


MMI action, terminate call 
cause 30#, state U11 



Specific message contents: 
None. 



10.1.2.5.2.5 



Test requirements 



After step 1 a CC entity of the UE in CC state U4, "Call Delivered", shall send a DISCONNECT message and enter the 
CC state Ull, "Disconnect Request". 



10.1.2.5.3 



Outgoing call / U4 call delivered / DISCONNECT with in band tones 



10.1.2.5.3.1 



Definition 



The call control entity of the UE being in the state, U4, a DISCONNECT message indicating availability of in band 
information is received by the UE. This test is applicable for any equipment supporting at least one mobile originated 
circuit switched basic service. 



10.1.2.5.3.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U4, "Call Delivered" shall, upon receipt of a DISCONNECT with a progress 
indicator indicating in-band information, shall through-connect the speech channel to make in-band 
announcements available, if traffic channel is in speech mode. If DTCH is not in speech mode, the UE shall send 
a RELEASE message. 

References 

TS 25.331 clause 8.2.1., TS 24.008 clause 5.4.4.1.1., TS 24.008 clause 5.5.1., TS 24.008 clause 5.2.1.9. 



10.1.2.5.3.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U4, "Call Delivered", upon receipt of a DISCONNECT with a progress 
indicator indicating in-band information, through-connects the speech channel to make in-band announcements 
available, if traffic channel is in speech mode. If DTCH is not in speech mode, the UE shall send a RELEASE message. 



10.1.2.5.3.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 
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Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U4 by using tablelO. 1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U4. The SS sends a DISCONNECT message containing 
indication of in-band information availability to the UE. The SS checks that if channel mode is MO telephony, the 
DTCH shall be through connected and the UE enters state U12, disconnect indication. If channel mode is not speech, 
the DTCH shall not be through connected and the UE shall enter state U19, release request. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


<- 


DISCONNECT 


(note) 








DTCH in speech mode: 


A2 


SS 




the SS will check that the audio path for 
in band tones is attached. 


A3 


<- 


STATUS ENQUIRY 




A4 


-> 


STATUS 


cause 30#, state U1 2 








DTCH is not in speech mode: 


B2 


-> 


RELEASE 




B3 


<- 


STATUS ENQUIRY 




B4 


-> 


STATUS 


cause 30#, state U1 9 



Specific message contents: 

NOTE: the Progress Indicator, Progress Description: 

#8 in band information or appropriate pattern now available. 



10.1.2.5.3.5 



Test requirements 



After step 1 a CC-entity of the UE in CC-state U4, "Call Delivered", shall through-connect the speech channel to make 
in-band announcements available, if traffic channel is in speech mode. If DTCH is not in speech mode, the UE shall 
send a RELEASE message. 



10.1.2.5.4 



Outgoing call / U4 call delivered / DISCONNECT without in band tones 



10.1.2.5.4.1 



Definition 



The call control entity of the UE being in the state, U4, a DISCONNECT message is received by the UE. The 
DISCONNECT message does not contain indication of in-band information availability. This test is applicable for any 
equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.5.4.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U4, "Call Delivered", upon receipt of a DISCONNECT without progress 
indicator, shall return a RELEASE message and enter the CC-state U19, "Release Request". 
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References 

TS 24.008 clause 5.4.4. 



10.1.2.5.4.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U4, "Call Delivered", upon receipt of a DISCONNECT without 
progress indicator, returns a RELEASE message and enters the CC-state U19, "Release Request". 



10.1.2.5.4.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U4 by using table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U4. The SS sends a DISCONNECT message not 
containing indication of in-band information availability to the UE. The UE shall respond with a RELEASE message. 
The SS checks by using the status enquiry procedure that the CC entity of the UE has entered the state U19, release 
request. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


DISCONNECT 
RELEASE 
STATUS ENQUIRY 
STATUS 


without progress indicator 
cause 30#, state U1 9 



Specific message contents: 
None. 



10.1.2.5.4.5 



Test requirements 



After step 1 a CC-entity of the UE in CC-state U4, "Call Delivered", shall return a RELEASE message and enter the 
CC-state U19, "Release Request". 
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10.1.2.5.5 Outgoing call / U4 call delivered / RELEASE received 

10.1.2.5.5.1 Definition 

The call control entity of the UE being in the state, U4, a RELEASE message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile originated circuit switched basic service. 

10.1.2.5.5.2 Conformance requirement 

1) A CC-entity of the UE in CC-state U4, "Call Delivered", upon receipt of the RELEASE message shall respond 
with the RELEASE COMPLETE message and enter the CC-state U0, "Null". 

2) The UE on returning to idle mode shall release the MM-connection and the CC-entities relating to the seven 
mobile originating transaction identifiers shall be in CC-state U0, "Null". 

References 

Conformance requirement 1: TS 24.008 clause 5.4.2., TS 24.008 clause 5.4.4. 
Conformance requirement 2: TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2. 

10.1.2.5.5.3 Test purpose 

1) To verify that a CC-entity of the UE in CC-state U4, "Call Delivered", upon receipt of the RELEASE message 
will respond with the RELEASE COMPLETE message and enter the CC-state U0, "Null". 

2) To verify that the UE on returning the idle mode releases the MM-connection and that the CC-entities relating to 
the seven mobile originating transaction identifiers are in CC-state U0, "Null". 

10.1.2.5.5.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U4 by using tablelO. 1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U4. The SS sends a RELEASE message to the UE. The 
UE shall respond with a RELEASE COMPLETE message. The SS checks by using the status enquiry procedure that 
the CC entity has entered the state U0 with all the relevant transaction identifiers. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


<- 


RELEASE 


with cause "Normal, unspecified" 


2 


-> 


RELEASE COMPLETE 




3 


<- 


STATUS ENQUIRY 




4 


-> 


RELEASE COMPLETE 


cause 81 # (invalid Tl value) 


5 


SS 




repeat steps 3-4 to cover all the 
transaction identifiers from 000. ..1 10 


6 


<- 


RRC CONNECTION RELEASE 


the main signalling link shall be 
released. 


7 


-> 


RRC CONNECTION RELEASE COMPLETE 





Specific message contents: 
None. 



10.1.2.5.5.5 



Test requirements 



After step 1 a CC-entity of the UE in CC-state U4, "Call Delivered", shall respond with the RELEASE COMPLETE 

message. 

After step 3 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 



10.1.2.5.6 



10.1.2.5.6.1 



Outgoing call / U4 call delivered / lower layer failure 



Definition 



The call control entity of the UE being in the state, U4, a lower layer failure is accomplished at the UE and 
consequently, communication at layer 3 level with the peer entity is terminated. This test is applicable for any 
equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.5.6.2 



Conformance requirement 



1) When CC-entity of the UE in CC-state U4, "Call Delivered" has detected a lower layer failure and has returned 
to idle mode, the CC-entities relating to the seven mobile originating transaction identifiers shall be in CC-state 
U0, "Null". 

References 

TS 24.008 clause 4.5.2.3., TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2., TS 25.331 clause 8.1.4. 



10.1.2.5.6.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U4, "Call Delivered" having detected a lower layer failure and has 
returned to idle mode, the CC-entities relating to the seven mobile originating transaction identifiers are in CC-state U0, 
"Null". 



10.1.2.5.6.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 
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1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 
The UE is brought into the state U4 by using table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The UE is brought to the state U4. The SS generates a lower layer failure at the UE. The SS waits long 
enough to enable the UE to return to idle state listening to paging, and then pages UE to create RRC connection. 
Finally, the SS will check the state of the UE by using STATUS ENQUIRY with the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


SS 




SS generates lower layer failure 


2 


SS 




SS waits 20 s for the UE to return to 
listening to paging 


3 




SS Initiated Establishment of RRC Connection 


SeeTS34.108 


4 


<- 


STATUS ENQUIRY 




5 


-> 


RELEASE COMPLETE 


cause 81 # (invalid Tl value) 


6 


SS 




repeat steps 4-5 to cover all the 
transaction identifiers from 000. ..1 10 


7 


<- 


RRC CONNECTION RELEASE 


the main signalling link shall be 
released. 


8 


-> 


RRC CONNECTION RELEASE COMPLETE 





Specific message contents: 
None. 



10.1.2.5.6.5 



Test requirements 



After step 4 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 



10.1.2.5.7 



Outgoing call / U4 call delivered / traffic channel allocation 



10.1.2.5.7.1 



Definition 



The call control entity of the UE being in the state, U4, a radio bearer establishment procedure is performed. This test is 
applicable for any equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.5.7.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U4, "Call Delivered", when a traffic channel is allocated by the network 
performing the radio bearer establishment procedure, shall stay in CC-state U4. 

References 

TS 25.331 clause 8.2.1., TS 24.008 clause 5.2.1.9. 
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10.1.2.5.7.3 Test purpose 

To verify that a CC-entity of the UE in CC-state U4, "Call Delivered", when a traffic channel is allocated by the 
network performing the radio bearer establishment procedure, stays in CC-state U4. 

10.1.2.5.7.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U4 by using table 10.1.2/1. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U4. The SS sends a RADIO BEARER SETUP for traffic 
channel to the UE. The UE shall respond with a RADIO BEARER SETUP COMPLETE message. The SS checks by 
using the status enquiry procedure that the state of the CC entity has remained unchanged. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 


<- 
-> 


Radio Bearer Setup Procedure 
STATUS ENQUIRY 
STATUS 


DTCH, SeeTS34.108 
cause 30#, state U4 



Specific message contents: 
None. 

10.1.2.5.7.5 Test requirements 

After step 1 the CC state U4, "Call delivered", shall remain unchanged. 

1 0.1 .2.5.8 Outgoing call / U4 call delivered / unknown message received 

10.1.2.5.8.1 Definition 

The call control entity of the UE being in the state, U4, an unknown message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile originated circuit switched basic service. 

10.1.2.5.8.2 Conformance requirement 

1) A CC-entity of the UE in CC-state U4, "Call Delivered", having received an unknown message from its peer 
entity shall return a STATUS message. 
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References 

TS 24.008 clause 8.4. 



10.1.2.5.8.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U4, "Call Delivered", having received an unknown message from its 
peer entity returns a STATUS message. 



10.1.2.5.8.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U4 by using table 10.1.2/4. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U4. The SS sends a message with message type not 
defined for the protocol discriminator to the UE. The UE shall respond with a STATUS message, and finally the SS 
checks by using the status enquiry procedure that the state of the CC entity has remained unchanged. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


unknown message 

STATUS 

STATUS ENQUIRY 

STATUS 


message type not defined for PD 
cause 97#, state U4 

cause 30#, state U4 



Specific message contents: 
None. 



10.1.2.5.8.5 



Test requirements 



After step 1 a CC entity of the UE in CC state U3, "Mobile Originating Call Proceeding", shall return a STATUS 

message. 
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10.1.2.6 



U10 call active 



10.1.2.6.1 



10.1.2.6.1.1 



U1 call active / termination requested by the user 



Definition 



The call control entity of the UE being in the state, U10, the user requests to terminate the call. This test is applicable 
for any equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.6.1.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U10, "Call Active", upon request by the user to terminate shall send a 
DISCONNECT message and enter the CC-state Ul 1, "Disconnect Request". 

References 

TS 24.007 clause 6.2.2., TS 24.008 clause 5.4.3. 



10.1.2.6.1.3 



Test purpose 



To verify that the a CC-entity of the UE in CC-state U10, "Call Active", upon request by the user to terminate will send 
a DISCONNECT message and enter the CC-state Ul 1, "Disconnect Request". 



10.1.2.6.1.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U10 by using table 10.1.2/1. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U10. The user requests termination of the call. The UE 
shall send a DISCONNECT message. The SS checks by using the status enquiry procedure that the CC entity has 
entered the state Ull, disconnect request. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


-> 
<- 
-> 


DISCONNECT 
STATUS ENQUIRY 
STATUS 


MMI action, terminate call 
U11 

cause 30#, state U11 
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Specific message contents: 
None. 

10.1.2.6.1.5 Test requirements 

After step 1 a CC entity of the UE in CC state U10, "Call Active", shall send a DISCONNECT message and enter the 
CC state Ull, "Disconnect Request". 

10.1.2.6.2 U10 call active / RELEASE received 

10.1.2.6.2.1 Definition 

The call control entity of the UE being in the state, U10, a RELEASE message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile originated circuit switched basic service. 

10.1.2.6.2.2 Conformance requirement 

1) A CC-entity of the UE in CC-state U10, "Call Active", upon receipt of the RELEASE shall respond with the 
RELEASE COMPLETE message and enter the CC-state U0, "Null" 

2) When the UE returns to the idle mode it shall release the MM-connection and the CC-entities relating to the 
seven mobile originating transaction identifiers shall be in CC-state U0, "Null" 

References 

Conformance requirement 1: TS 24.008 clause 5.4.2., TS 24.008 clause 5.4.4. 
Conformance requirement 2: TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2. 

10.1.2.6.2.3 Test purpose 

1) To verify that the a CC-entity of the UE in CC-state U10, "Call Active", upon receive of the RELEASE will 
respond with the RELEASE COMPLETE message and enter the CC-state U0, "Null" 

2) To verify that the UE on returning to the idle mode releases the MM-connection and that the CC-entities relating 
to the seven mobile originating transaction identifiers are in CC-state U0, "Null" 

10.1.2.6.2.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U10 by using table 10.1.2/1. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U10. The SS sends a RELEASE message to the UE. The 
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UE shall respond with a RELEASE COMPLETE message. The SS checks by using the status enquiry procedure that 
the CC entity has entered the state U0 with all the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


<- 


RELEASE 


with cause "Normal, unspecified" 


2 


-> 


RELEASE COMPLETE 


the UE starts T3240 


3 


<- 


STATUS ENQUIRY 




4 


-> 


RELEASE COMPLETE 


cause 81 # (invalid Tl value) 


5 


SS 




repeat steps 3-4 to cover all the 
transaction identifiers from 000. ..1 10 


6 


<- 


RRC CONNECTION RELEASE 


the main signalling link shall be 
released. 


7 


-> 


RRC CONNECTION RELEASE COMPLETE 





Specific message contents: 
None. 

10.1.2.6.2.5 Test requirements 

After step 1 a CC entity of the UE in CC state U10, "Call Active", shall return a RELEASE COMPLETE message. 

After step 3 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 



10.1.2.6.3 



U10 call active / DISCONNECT with in band tones 



10.1.2.6.3.1 



Definition 



The call control entity of the UE being in the state, U10, a DISCONNECT message indicating availability of in band 
information is received by the UE. This test is applicable for any equipment supporting at least one mobile originated 
circuit switched basic service. 



10.1.2.6.3.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U10, "Call Active", upon receipt of a DISCONNECT message with a 
Progress Indicator indicating in-band information, shall through-connect the speech channel to make in-band 
announcements available, if traffic channel is in speech mode. If DTCH is not in speech mode, the UE shall send 
a RELEASE message. 

References 

TS 24.008 clause 5.4.4.1.1., TS 24.008 clause 5.5.1. 



10.1.2.6.3.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U10, "Call Active", upon receipt of a DISCONNECT message with a 
Progress Indicator indicating in-band information, through-connects the speech channel to make in-band 
announcements available, if traffic channel is in speech mode. If DTCH is not in speech mode, the UE sends a 
RELEASE message. 



10.1.2.6.3.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 
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Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U10 by using table 10.1.2/1. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U10. The SS sends a DISCONNECT message containing 
indication of in-band information availability to the UE. The SS checks that if channel mode is speech, the DTCH shall 
be through connected and the UE enters state U12, disconnect indication. If channel mode is not speech, the DTCH 
shall not be through connected and the UE enters state U19, release request. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


<- 


DISCONNECT 


(note) 








DTCH in speech mode: 


A2 


SS 




the SS will check that the audio path for 
in band tones is attached. 


A3 


<- 


STATUS ENQUIRY 




A4 


-> 


STATUS 


cause 30#, state U1 2 








DTCH is not in speech mode: 


B2 


-> 


RELEASE 




B3 


<- 


STATUS ENQUIRY 




B4 


-> 


STATUS 


cause 30#, state U1 9 



Specific message contents: 

NOTE: the Progress Indicator, Progress Description: 

#8 in band information or appropriate pattern now available. 



10.1.2.6.3.5 



Test requirements 



After step 1 a CC-entity of the UE in CC-state U10, "Call Active", shall through-connect the speech channel to make in- 
band announcements available, if traffic channel is in speech mode. If DTCH is not in speech mode, the UE shall send a 
RELEASE message. 



10.1.2.6.4 



U10 call active / DISCONNECT without in band tones 



10.1.2.6.4.1 



Definition 



The call control entity of the UE being in the state, U10, a DISCONNECT message is received by the UE. The 
DISCONNECT message does not contain indication of in-band information availability. This test is applicable for any 
equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.6.4.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U10, "Call Active", upon receipt of a DISCONNECT message without 
progress indicator, shall return a RELEASE message and enter the CC-state U19, "Release Request". 
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References 

TS 24.008 clause 5.4.4. 



10.1.2.6.4.3 



Test purpose 



To verify that the a CC-entity of the UE in CC-state U10, "Call Active", upon receipt of a DISCONNECT message 
without progress indicator, returns a RELEASE message and enters the CC-state U19, "Release Request". 



10.1.2.6.4.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U10 by using table 10.1.2/1. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U10. The SS sends a DISCONNECT message not 
containing indication of in-band information availability to the UE. The UE shall respond with a RELEASE message. 
The SS checks by using the status enquiry procedure that the CC entity of the UE has entered the state U19, release 
request. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


DISCONNECT 
RELEASE 
STATUS ENQUIRY 
STATUS 


without progress indicator 
cause 30#, state U1 9 



Specific message contents: 
None. 



10.1.2.6.4.5 



Test requirements 



A CC-entity of the UE in CC-state U10, "Call Active", shall return a RELEASE message and enter the CC-state U19, 
"Release Request". 
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10.1.2.6.5 U10 call active / RELEASE COMPLETE received 

10.1.2.6.5.1 Definition 

The call control entity of the UE being in the state, U10, the call is cleared by a RELEASE COMPLETE message sent 
by the SS. This test is applicable for any equipment supporting at least one mobile originated circuit switched basic 
service. 

10.1.2.6.5.2 Conformance requirement 

1) A CC entity of the UE in CC-state U10, "active", upon receipt of a RELEASE COMPLETE message with valid 
cause value, shall enter CC state U0, "Null". 

2) On returning to idle mode, the CC entities relating to the seven mobile originating transaction identifiers shall be 
in state U0, "Null". 

References 

Conformance requirement 1 : TS 24.008, clause 5.4.2, TS 24.008, clause 5.4.4. 
Conformance requirement 2: TS 24.008, clause 5.4.4.1.3. 

10.1.2.6.5.3 Test purpose 

1) To verify that a CC entity of the UE in CC-state U10, "Call active" upon receipt of a RELEASE COMPLETE 
message with valid cause value, enters CC state U0, "Null". 

2) To verify that in returning to idle mode, the CC entities relating to the seven mobile originating transaction 
identifiers are in state U0, "Null". 

10.1.2.6.5.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U10 by using table 10.1.2/1. 

Test procedure 

The SS sends a RELEASE COMPLETE message to the UE. The SS checks by using the status enquiry procedure that 
the CC entity has entered the state U0 with all the relevant transaction identifiers. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


<- 


RELEASE COMPLETE 


note 1 


2 


<- 


STATUS ENQUIRY 


note 2 


3 


-> 


RELEASE COMPLETE 


cause 81 # (invalid Tl value), 


4 


SS 




repeat steps 2-3 to cover all the 
transaction identifiers from 000. ..1 10 


5 


<- 


RRC CONNECTION RELEASE 


the main signalling link shall be 
released. 


6 


-> 


RRC CONNECTION RELEASE COMPLETE 





Specific message contents: 

NOTE 1 : With the cause value chosen arbitrarily. 

NOTE 2: TI flag has the value indicating the UE as a originator of the call. 



10.1.2.6.5.5 



Test requirements 



After step 2 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 



10.1.2.6.6 



U10 call active / SETUP received 



10.1.2.6.6.1 



Definition 



If the UE does not react correctly when receiving a SETUP message on a new Transaction Identifier during an active 
call, the active call may be lost. 

This test is applicable for any equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.6.6.2 



Conformance requirement 



1) A UE that has a call established when receiving a SETUP message shall respond either with a CALL 
CONFIRMED message or a RELEASE COMPLETE message, both with cause #17 "user busy". 

2) The call control state of the existing transaction shall not be affected by the incoming SETUP message. 

Reference(s): 

Conformance requirement 1: TS 24.008, clause 5.2.2.3.1. 
Conformance requirement 2: TS 24.008, clause 5.1.1. 



10.1.2.6.6.3 



Test purpose 



1) To verify that a User Equipment that has a call established and receives a SETUP message answers either with a 
CALL CONFIRMED message with cause "user busy" if it supports call waiting, or with a RELEASE 
COMPLETE message with cause "user busy" otherwise. 

2) To verify that after having sent this message, the UE is still in state U10 for the established call. 

10.1.2.6.6.4 Method of test 

Initial conditions 
System Simulator: 
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1 cell, default parameters. 
User Equipment: 

The UE is idle updated with valid TMSI and CKSN. 

The UE is brought into the state U10 by using table 10.1.2/1. 

Related ICS/IXIT statement(s) 

- supported MO circuit switched basic services. 

- support of call waiting Y/N. 

Test Procedure 

The UE has a mobile originated call in the U10 state. When UE sends a SETUP message and SS receives it in the first 
call establishment, SS sends a CALL PROCEEDINF message without Network Call Control Capability IE. 

The SS sends a SETUP message to the UE (with signal IE indicating "call waiting tone on" and without Network Call 
Control Capability IE). 

If the UE does not support call waiting it shall answer by a RELEASE COMPLETE message. 

If the UE supports call waiting it shall answer by a CALL CONFIRMED message followed by an ALERTING. The 
second transaction is then released by the SS with a RELEASE COMPLETE message. 

In both cases the SS checks by using the status enquiry procedure that the CC entity of the UE is still in state U10, 
active call for the original call. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


<- 


SETUP 


this message establishes a second 
transaction The Tl value shall be the 
same as the one that is in use for the 
MO call. The Tl flag shall have the value 
specified for an MT call. 








if the UE does not support call waiting 


A2 


-> 


RELEASE COMPLETE 


with cause user busy" with the Tl of the 
second transaction 








if the UE supports call waiting 


B2 


-> 


CALL CONFIRMED 


with cause user busy" with the Tl of the 
second transaction 


B3 


-> 


ALERTING 


with the Tl of the second transaction 


B4 


<- 


RELEASE COMPLETE 


with the Tl of the second transaction 


5 


<- 


STATUS ENQUIRY 


with the Tl of the original transaction 


6 


-> 


STATUS 


cause 30#, state U10 with the Tl of the 
original transaction 



NOTE: The Transaction Identifier of the second transaction shall be different from the one of the already 
established transaction. 

Specific message contents 

SETUP message contains a Signal IE with value "call waiting tone on" (H'07). 



10.1.2.6.6.5 



Test requirements 



After step 1 a UE that has a call established shall answer either with a CALL CONFIRMED message with cause "user 
busy" if it supports call waiting, or with a RELEASE COMPLETE message with cause "user busy" otherwise. 
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After step A2 or B2 the UE is still in state U10 for the established call. 

10.1.2.7 U11 disconnect request 

10.1.2.7.1 U11 disconnect request / clear collision 

10.1.2.7.1.1 Definition 

The call control entity of the UE being in the state, Ull, a DISCONNECT message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile originated circuit switched basic service. 

10.1.2.7.1.2 Conformance requirement 

1) A CC-entity of the UE in CC-state Ull, "Disconnect Request", upon receipt of a DISCONNECT message, shall 
return to its peer entity the RELEASE message and enter the CC-state U19, "Release Request". 

References 

TS 24.008 clause 5.4.5. 

10.1.2.7.1.3 Test purpose 

To verify that the a CC-entity of the UE in CC-state Ull, "Disconnect Request", upon receipt of a DISCONNECT 
message, returns to its peer entity the RELEASE message and enters the CC-state U19, "Release Request". 

10.1.2.7.1.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state Ul 1 by using table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state Ull. The SS sends a DISCONNECT message to the UE. 
The UE shall respond with a RELEASE message. The SS checks by using the status enquiry procedure that the CC 
entity of the UE has entered the state U19, release request. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


DISCONNECT 
RELEASE 
STATUS ENQUIRY 
STATUS 


cause 30#, state U1 9 



Specific message contents: 
None. 



10.1.2.7.1.5 



Test requirements 



After step 1 a CC-entity of the UE in CC-state Ul 1, "Disconnect Request", shall return the RELEASE message and 
enter the CC-state U19, "Release Request". 



10.1.2.7.2 



10.1.2.7.2.1 



U1 1 disconnect request / RELEASE received 



Definition 



The call control entity of the UE being in the state, Ul 1, a RELEASE message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.7.2.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state Ul 1, "Disconnect Request", upon receipt of the RELEASE message shall 
return RELEASE COMPLETE and enter the CC-state U0, "Null" . 

2) On returning to the idle mode the UE shall release the MM-connection and the CC-entities relating to the seven 
mobile originating transaction identifiers shall be in CC-state U0, "Null". 

References 

Conformance requirement 1: TS 24.008 clause 5.4.3. 

Conformance requirement 2: TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2., TS 24.008 clause 8.3. 
10.1.2.7.2.3 Test purpose 

1) To verify that the a CC-entity of the UE in CC-state Ul 1, "Disconnect Request", upon receipt of the RELEASE 
message shall return RELEASE COMPLETE and enter the CC-state U0, "Null". 

2) To verify that the UE on returning to the idle mode releases the MM-connection and that the CC-entities relating 
to the seven mobile originating transaction identifiers are in CC-state U0, "Null". 



10.1.2.7.2.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 
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The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 
The UE is brought into the state Ul 1 by using table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state Ull. The SS sends a RELEASE message to the UE. The 
UE shall respond with a RELEASE COMPLETE message. The SS checks by using the status enquiry procedure that 
the CC entity has entered the state U0 with all the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 
4 
5 

6 

7 


<- 
-> 
<- 
-> 

SS 

<- 
-> 


RELEASE 

RELEASE COMPLETE 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


cause 81 # (invalid Tl value) 
repeat steps 3-4 to cover all the 
transaction identifiers from 000. ..1 10 
the main signalling link shall be 
released. 



Specific message contents: 
None. 

10.1.2.7.2.5 Test requirements 

After step 1 a CC-entity of the UE in CC-state Ull, "Disconnect Request", shall return the RELEASE COMPLETE. 

After step 3 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 



10.1.2.7.3 



U1 1 disconnect request / timer T305 time-out 



10.1.2.7.3.1 



Definition 



The call control entity of the UE being in the state, Ul 1, if no response is then received from the SS, timer T305 expires 
at the UE side. This test is applicable for any equipment supporting at least one mobile originated circuit switched basic 



10.1.2.7.3.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state Ull, "Disconnect Request" shall on expiry of T305, proceed with the 
connection release procedure by sending the RELEASE message to its peer entity and shall enter the CC-state 
U19, "Release Request". 

References 

TS 24.008 clause 5.4.3., TS 24.008 clause 11.3. 
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10.1.2.7.3.3 



Test purpose 



To verify that the CC-entity of the UE in CC-state Ull, "Disconnect Request" shall on expiry of T305, proceed with the 
connection release procedure by sending the RELEASE message to its peer entity and enters the CC-state U19, 
"Release Request". 



10.1.2.7.3.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state Ul 1 by using table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state Ull. Then T305 expires at the UE and the UE shall send a 
RELEASE message. The SS checks timer T305 accuracy and that the CC entity has entered the state U19, release 
request. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 

3 

4 


SS 
-> 

<- 
-> 


RELEASE 

STATUS ENQUIRY 
STATUS 


SS waits until T305 expires at the UE 
SS checks the time between 
DISCONNECT and RELEASE (note), 
check the timer T305 accuracy 

cause 30#, state U1 9 



Specific message contents: 

NOTE: With the same cause value as originally contained in the DISCONNECT message. An additional cause 
information element (#102 recovery on timer expiry) may be included. 



10.1.2.7.3.5 



Test requirements 



Upon expiry of timer T305 a CC-entity of the UE in CC-state Ull, "Disconnect Request", shall proceed with the 
connection release procedure by sending the RELEASE message and enter the CC-state U19, "Release Request". 
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1 0.1 .2.7.4 U1 1 disconnect request / lower layer failure 

10.1.2.7.4.1 Definition 

The call control entity of the UE being in the state, Ul 1, a lower layer failure is accomplished at the UE and 
consequently, communication at layer 3 level with the peer entity is terminated. This test is applicable for any 
equipment supporting at least one mobile originated circuit switched basic service. 

10.1.2.7.4.2 Conformance requirement 

1) A CC-entity of the UE in CC-state Ul 1, "Disconnect Request" having detected a lower layer failure shall return 
to the idle mode. The CC entities relating to the seven mobile originating transaction identifiers shall be in state 
U0, "Null". 

References 

TS 24.008 clause 4.5.2.3., TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2., TS 25.331 clause 8.1.4., TS 24.008 
clause 8.3. 

10.1.2.7.4.3 Test purpose 

To verify that the a CC-entity of the UE in CC-state Ul 1, "Disconnect Request" having detected a lower layer failure 
returns to the idle mode. The CC entities relating to the seven mobile originating transaction identifiers are thus in state 
U0, "Null". 

10.1.2.7.4.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state Ul 1 by using table 10.1.2/4. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The UE is brought to the state Ull. The SS generates a lower layer failure at the UE. The SS waits long 
enough to enable the UE to return to idle state listening to paging, and then pages UE to create RRC connection. 
Finally, the SS will check the state of the UE by using STATUS ENQUIRY with the relevant transaction identifiers. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


SS 




SS generates lower layer failure 


2 


SS 




SS waits 20 s for the UE to return to 
listening to paging 


3 




SS Initiated Establishment of RRC Connection 


SeeTS34.108 


4 


<- 


STATUS ENQUIRY 




5 


-> 


RELEASE COMPLETE 


cause 81 # (invalid Tl value) 


6 


SS 




repeat steps 4-5 to cover all the 
transaction identifiers from 000. ..1 10 


7 


<- 


RRC CONNECTION RELEASE 


the main signalling link shall be 
released. 


8 


-> 


RRC CONNECTION RELEASE COMPLETE 





Specific message contents: 
None. 



10.1.2.7.4.5 



Test requirements 



After step 4 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 



10.1.2.7.5 



10.1.2.7.5.1 



U1 1 disconnect request / unknown message received 



Definition 



The call control entity of the UE being in the state, U4, an unknown message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.7.5.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U100, "Call Delivered", having received an unknown message from its peer 
entity shall return a STATUS message. 

References 

TS 24.008 clause 8.4. 



10.1.2.7.5.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state Ull, "Call Delivered", having received an unknown message from its 
peer entity returns a STATUS message. 



10.1.2.7.5.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 
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The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 
The UE is brought into the state Ul 1 by using table 10.1.2/4. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state Ul 1 . The SS sends a message with message type not 
defined for the protocol discriminator to the UE. The UE shall respond with a STATUS message, and finally the SS 
checks by using the status enquiry procedure that the state of the CC entity has remained unchanged. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


unknown message 

STATUS 

STATUS ENQUIRY 

STATUS 


message type not defined for PD 
cause 97#, state U11 

cause 30#, state U11 



Specific message contents: 
None. 

10.1.2.7.5.5 Test requirements 

After step 1 a CC-entity of the UE in CC-state Ul 1, "Disconnect Request", shall return a STATUS message. 



10.1.2.8 



U12 disconnect indication 



10.1.2.8.1 



U12 disconnect indication / call releasing requested by the user 



10.1.2.8.1.1 



Definition 



The call control entity of the UE being in the state, U12, the user requests to terminate the call. This test is applicable 
only for user equipment supporting bearer capability for speech. 



10.1.2.8.1.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U12, "Disconnect Indication" being in network initiated call release phase, 
shall, upon receiving a call release request from the user send a RELEASE to its peer entity and enter CC-state 
U19, "Release Request". 

References 

TS 24.007 clause 6.2.2., TS 24.008 clause 5.4.4. 



10.1.2.8.1.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U12, "Disconnect Indication" being in network initiated call release 
phase, shall, upon receiving a call release request from the user sends a RELEASE to its peer entity and enters CC-state 
U19, "Release Request" 
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10.1.2.8.1.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U12 by using Option A of table 10.1.2/1. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U12. The user requests termination of the call. The UE 
shall send a RELEASE message. The SS checks by using the status enquiry procedure that the CC entity has entered the 
state U19, release request. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


-> 
<- 
-> 


RELEASE 
STATUS ENQUIRY 
STATUS 


MMI action, "on hook" 
cause 30#, state U1 9 



Specific message contents: 
None. 



10.1.2.8.1.5 



Test requirements 



After step 1 a CC-entity of the UE in CC-state U12, "Disconnect Indication" being in network initiated call release 
phase, shall send a RELEASE message and enter CC-state U19, "Release Request". 



10.1.2.8.2 



U12 disconnect indication / RELEASE received 



10.1.2.8.2.1 



Definition 



The call control entity of the UE being in the state, U12, a RELEASE message is received by the UE. This test is 
applicable only for user equipment supporting bearer capability for speech. 



10.1.2.8.2.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U12, "Disconnect Indication", upon receipt of a RELEASE message shall 
return to its peer entity the RELEASE COMPLETE message and enter the CC-state U0, "Null". 

2) On returning to the idle mode the UE shall release the MM-connection and the CC-entities relating to the seven 
mobile originating transaction identifiers shall be in CC-state U0, "Null". 
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References 

Conformance requirement 1: TS 24.008 clause 5.4.2 

Conformance requirement 2: TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2., TS 24.008 clause 8.3. 
10.1.2.8.2.3 Test purpose 

1) To verify that a CC-entity of the UE in CC-state U12, "Disconnect Indication", upon receipt of a RELEASE 
message returns to its peer entity the RELEASE COMPLETE message and enters the CC-state U0, "Null". 

2) To verify that the UE on returning to the idle mode releases the MM-connection and that the CC-entities relating 
to the seven mobile originating transaction identifiers are in CC-state U0, "Null". 



10.1.2.8.2.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U12 by using Option A of table 10.1.2/1. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U12. The SS sends a RELEASE message to the UE. The 
UE shall respond with a RELEASE COMPLETE message. The SS checks by using the status enquiry procedure that 
the CC entity has entered the state U0 with all the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 
4 
5 

6 

7 


<- 
-> 
<- 
-> 

SS 

<- 
-> 


RELEASE 

RELEASE COMPLETE 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


cause 81 # (invalid Tl value) 
repeat steps 3-4 to cover all the 
transaction identifiers from 000. ..1 10 
the main signalling link shall be 
released. 



Specific message contents: 
None. 
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10.1.2.8.2.5 Test requirements 

After step 1 a CC-entity of the UE in CC-state U12, "Disconnect Indication", shall return the RELEASE COMPLETE 

message. 

After step 3 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 

10.1.2.8.3 U12 disconnect indication / lower layer failure 

10.1.2.8.3.1 Definition 

The call control entity of the UE being in the state, U12, a lower layer failure is accomplished at the UE and 
consequently, communication at layer 3 level with the peer entity is terminated. This test is applicable only for user 
equipment supporting bearer capability for speech. 

10.1.2.8.3.2 Conformance requirement 

1) A CC-entity of the UE in CC-state U12, "Disconnect Indication" having detected a lower layer failure shall 
return to idle mode. The CC-entities relating to the seven mobile originating transaction identifiers shall be in 
state U0, "Null". 

References 

TS 24.008 clause 4.5.3.2., TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2., TS 25.331 clause 8.1.4., TS 24.008 
clause 8.3. 

10.1.2.8.3.3 Test purpose 

To verify that a CC-entity of the UE in CC-state U12, "Disconnect Indication" having detected a lower layer failure 
returns to idle mode. The CC-entities relating to the seven mobile originating transaction identifiers are thus in state U0, 
"Null". 

10.1.2.8.3.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U12 by using Option A of table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The UE is brought to the state U12. The SS generates a lower layer failure at the UE. The SS waits long 
enough to enable the UE to return to idle state listening to paging, and then pages UE to create RRC connection. 
Finally, the SS will check the state of the UE by using STATUS ENQUIRY with the relevant transaction identifiers. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


SS 




SS generates lower layer failure 


2 


SS 




SS waits 20 s for the UE to return to 
listening to paging 


3 




SS Initiated Establishment of RRC Connection 


SeeTS34.108 


4 


<- 


STATUS ENQUIRY 




5 


-> 


RELEASE COMPLETE 


cause 81 # (invalid Tl value) 


6 


SS 




repeat steps 4-5 to cover all the 
transaction identifiers from 000. ..1 10 


7 


<- 


RRC CONNECTION RELEASE 


the main signalling link shall be 
released. 


8 


-> 


RRC CONNECTION RELEASE COMPLETE 





Specific message contents: 
None. 



10.1.2.8.3.5 



Test requirements 



After step 4 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 



10.1.2.8.4 



10.1.2.8.4.1 



U1 2 disconnect indication / unknown message received 



Definition 



The call control entity of the UE being in the state, U12, an unknown message is received by the UE. This test is 
applicable only for user equipment supporting bearer capability for speech. 



10.1.2.8.4.2 



Conformance requirement 



A CC-entity of the UE in CC-state U12, "Disconnect Indication" having received an unknown message from its peer 
entity shall return a STATUS message. 

References 

TS 24.008 clause 8.4. 



10.1.2.8.4.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U12, "Disconnect Indication" having received an unknown message 
from its peer entity returns a STATUS message. 



10.1.2.8.4.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 
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The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 
The UE is brought into the state U12 by using Option A of table 10.1.2/3. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U12. The SS sends a message with message type not 
defined for the protocol discriminator to the UE. The UE shall respond with a STATUS message, and finally the SS 
checks by using the status enquiry procedure that the state of the CC entity has remained unchanged. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


unknown message 

STATUS 

STATUS ENQUIRY 

STATUS 


message type not defined for PD 
cause 97#, state U1 2 

cause 30#, state U1 2 



Specific message contents: 
None. 

10.1.2.8.4.5 Test requirements 

After step 1 a CC-entity of the UE in CC-state U12, "Disconnect Indication", shall return a STATUS message. 

1 0.1 .2.9 Outgoing call / U1 9 release request 

10.1.2.9.1 Outgoing call / U19 release request / timer T308 time-out 



10.1.2.9.1.1 



Definition 



The call control entity of the UE being in the state, U19, if no response is then received from the SS, timer T308 expires 
at the UE side. This test is applicable for any equipment supporting at least one mobile originated circuit switched basic 
service. 



10.1.2.9.1.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U19, "Release Request" will, upon the first expiry of timer T308 send the 
RELEASE message to its peer entity and remain in the CC-state U19. 

References 

TS 24.008 clause 5.4.4.1.3.1, TS 24.008 clause 11.3. 



10.1.2.9.1.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U19, "Release Request" will, upon the first expiry of timer T308 send 
the RELEASE message to its peer entity and remain in the CC-state U19. 



10.1.2.9.1.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 
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Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U19 by using table 10.1.2/4. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U19. When T308 expires at the UE, the UE shall send a 
RELEASE message. The SS checks timer T308 accuracy and that the state of the CC entity has remained unchanged. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 

3 

4 


SS 
-> 

<- 
-> 


RELEASE 

STATUS ENQUIRY 
STATUS 


SS waits until T308 at the UE 

SS checks the time between the two 

RELEASE messages 

check the timer T308 accuracy 

cause 30#, state U1 9 



Specific message contents: 
None. 



10.1.2.9.1.5 



Test requirements 



Upon the first expiry of timer T308 (after step 1) a CC -entity of the UE in CC-state U19, "Release Request", shall send 
the RELEASE message and remain in the CC-state U19. 



10.1.2.9.2 



Outgoing call / U19 release request / 2nd timer T308 time-out 



10.1.2.9.2.1 



Definition 



The call control entity of the UE being in the state, U19, if no response is then received after timer T308 has expired 
two times in success at the UE. This test is applicable for any equipment supporting at least one mobile originated 
circuit switched basic service. 



10.1.2.9.2.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U19, "Release Request", upon the 2nd expiry of the timer T308, shall enter 
the CC-state U0, "Null". 

2) Subsequently the UE shall proceed with releasing the MM -connection and enter the idle mode with the CC 
entities relating to the seven mobile originating transaction identifiers in state U0, "Null". 

References 

Conformance requirement 1: TS 24.008 clause 5.4.4.1.3.1., TS 24.008 clause 11.3. 
Conformance requirement 2: TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2. 
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10.1.2.9.2.3 



Test purpose 



1) To verify that a CC-entity of the UE in CC-state U19, "Release Request", upon the 2nd expiry of the timer T308, 
enters the CC-state U0, "Null". 

2) To verify that subsequently the UE proceeds with releasing the MM-connection and enters the idle mode with 
the CC entities relating to the seven mobile originating transaction identifiers in state U0, "Null". 



10.1.2.9.2.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U19 by using table 10.1.2/4. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U19. The SS allows T308 expiry at the UE, and the UE 
shall repeat sending the RELEASE message and start timer T308 again. The SS allows again T308 expiry at the UE. 
The UE shall abort the RRC connection. The SS waits long enough to enable the UE to return to idle state listening to 
paging, and then pages UE to create RRC connection. Finally, the SS will check the state of the UE by using STATUS 
ENQUIRY with the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


SS 




SS waits until T308 expiry at the UE 


2 


-> 


RELEASE 




3 


<- 


STATUS ENQUIRY 




4 


-> 


STATUS 


cause 30#, state U1 9 


5 


SS 




SS waits until the second T308 expiry at 
theUE 


6 


SS 




SS waits T3240 expiry at the UE 


7 


UE 




the main signalling link shall be 
released. 


8 


SS 




SS waits 1 s for the UE to return to 
listening to paging 


9 




SS Initiated Establishment of RRC Connection 


SeeTS34.108 


10 


<- 


STATUS ENQUIRY 




11 


-> 


RELEASE COMPLETE 


cause 81 # (invalid Tl value) 


12 


SS 




repeat steps 1 0-1 1 to cover all the 
transaction identifiers from 000. ..1 10 


13 


<- 


RRC CONNECTION RELEASE 


the main signalling link shall be 
released. 


14 


-> 


RRC CONNECTION RELEASE COMPLETE 





ETSI 



3G TS 34.1 23-1 version 3.0.0 Release 1 999 630 ETSI TS 1 34 1 23-1 V3.0.0 (2000-06) 

Specific message contents: 
None. 

10.1.2.9.2.5 Test requirements 

Upon the 2nd expiry of the timer T308 (after step 5) a CC-entity of the UE in CC-state U19, "Release Request", shall 
enter the CC-state U0, "Null". 

After step 10 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 

10.1.2.9.3 Outgoing call / U19 release request/ RELEASE received 

10.1.2.9.3.1 Definition 

The call control entity of the UE being in the state, U19, a RELEASE message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile originated circuit switched basic service. 

10.1.2.9.3.2 Conformance requirement 

1) A CC-entity of the UE in CC-state U19, "Release Request", upon receipt of a RELEASE, shall release the MM- 
connection and enter the CC-state U0, "Null" with the CC entities relating to the seven mobile originating 
transaction identifiers in state U0, "Null". 

References 

TS 24.008 clause 5.4.5., TS 24.008 clause 11.3, TS 24.008 clause 5.5.3.2. 

10.1.2.9.3.3 Test purpose 

To verify that a CC-entity of the UE in CC-state U19, "Release Request", upon receipt of a RELEASE, shall release the 
MM-connection and enters the CC-state U0, "Null" with the CC entities relating to the seven mobile originating 
transaction identifiers in state U0, "Null". 

10.1.2.9.3.4 Method of test 

Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U19 by using table 10.1.2/4. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U19. The SS sends a RELEASE message to the UE. The 
UE shall release the MM-connection. The SS checks by using the status enquiry procedure that the CC entity has 
entered the state U0 with all the relevant transaction identifiers. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 

5 
6 


<- 
<- 
-> 

SS 

<- 
-> 


RELEASE 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


(note) 

cause 81 # (invalid Tl value) 
repeat steps 2-3 to cover all the 
transaction identifiers from 000. ..1 10 
the main signalling link shall be 
released. 



Specific message contents: 

NOTE: With the same cause number as originally contained in DISC and optional cause #102 recovery on timer 
expiry. 



10.1.2.9.3.5 



Test requirements 



After step 2 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 



10.1.2.9.4 



Outgoing call / U19 release request/ RELEASE COMPLETE received 



10.1.2.9.4.1 



Definition 



The call control entity of the UE being in the state, U19, a RELEASE COMPLETE message is received by the UE. This 
test is applicable for any equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.9.4.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U19, "Release Request", upon receipt of a RELEASE COMPLETE, shall 
release the MM -connection and enter the CC-state U0, "Null" with the CC entities relating to the seven mobile 
originating transaction identifiers in state U0, "Null". 

References 

TS 24.008 clause 5.4.4.1.3., TS 24.;008 clause 4.5.3, TS 24.008 clause 8.3. 



10.1.2.9.4.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U19, "Release Request", upon receipt of a RELEASE COMPLETE, 
shall release the MM-connection and enters the CC-state U0, "Null" with the CC entities relating to the seven mobile 
originating transaction identifiers in state U0, "Null". 



10.1.2.9.4.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 
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The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 
The UE is brought into the state U19 by using table 10.1.2/1. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The CC entity of the UE is brought to the state U19. The SS sends a RELEASE COMPLETE message to 
the UE. The UE shall release the MM -connection. The SS checks by using the status enquiry procedure that the CC 
entity has entered the state U0 with all the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 

5 
6 


<- 
<- 
-> 

SS 

<- 
-> 


RELEASE COMPLETE 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


cause 81 # (invalid Tl value) 
repeat steps 2-3 to cover all the 
transaction identifiers from 000. ..1 10 
the main signalling link shall be 
released. 



Specific message contents: 
None. 



10.1.2.9.4.5 



Test requirements 



After step 2 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 



10.1.2.9.5 



Outgoing call / U19 release request / lower layer failure 



10.1.2.9.5.1 



Definition 



The call control entity of the UE being in the state, U19, a lower layer failure is accomplished at the UE and 
consequently, communication at layer 3 level with the peer entity is terminated. This test is applicable for any 
equipment supporting at least one mobile originated circuit switched basic service. 



10.1.2.9.5.2 



Conformance requirement 



A CC-entity of the UE in CC-state U19, "Release Request", having detected a lower layer failure, shall return to the idle 
mode, the CC entities relating to the seven mobile originating transaction identifiers shall be in state U0, "Null". 

References 

TS 24.008 clause 4.5.2.3., TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2., TS 24.008 clause 8.3. 



10.1.2.9.5.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U19, "Release Request", having detected a lower layer failure, returns 
to the idle mode, the CC entities relating to the seven mobile originating transaction identifiers are in state U0, "Null". 
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10.1.2.9.5.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U19 by using table 10.1.2/1. 

Test procedure 

An MO circuit switched basic service is selected that is supported by the UE; if the UE supports MO telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then, the UE is made to 
initiate a call. The UE is brought to the state U19. The SS generates a lower layer failure at the UE. The SS waits long 
enough to enable the UE to return to idle state listening to paging, and then pages UE to create RRC connection. 
Finally, the SS will check the state of the UE by using STATUS ENQUIRY with the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 

3 
4 
5 
6 

7 

8 


SS 
SS 

<- 
-> 

SS 

<- 
-> 


SS Initiated Establishment of RRC Connection 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


SS generates lower layer failure 
SS waits 20 s for the UE to return to 
listening to paging 
SeeTS34.108 

cause 81 # (invalid Tl value) 
repeat steps 4-5 to cover all the 
transaction identifiers from 000. ..1 10 
the main signalling link shall be 
released. 



Specific message contents: 
None. 



10.1.2.9.5.5 



Test requirements 



After step 4 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 

1 0.1 .3 Establishment of an incoming call / Initial conditions 

The tables below describe message exchanges which bring the UE in the requested initial states in case of an incoming 
call. 

A state may be taken as initial only when all the states which lead to this initial states have been validated. The order 
will be U0, U6, U9, U7, U8, U10, U26 etc. as in the following tables. 
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Table 10.1.3/1: Establishment of an incoming call, procedure 1 



Step 


Direction 


Message 


Comments 


UE 


ss 


1 
2 
3 

4 
5 
6 

7 
8 


-> 
<- 
-> 
<- 
-> 
<- 
-> 


SS Initiated Establishment of RRC Connection 

PAGING RESPONSE 

AUTHENTICATION REQUEST 

AUTHENTICATION RESPONSE 

SECURITY MODE COMMAND 

SECURITY MODE COMPLETE 

SETUP 

CALL CONFIRMED 


SeeTS34.108 

U6, (notel) 
U9 


A9 


-> 


CONNECT 


U8, p = Y, (note 2) 


B9 
B10 
B11 


-> 

UE 
-> 


ALERTING 
CONNECT 


U7, p = N, (note 2) 

(note 3) 

U8 


12 
13 


<- 


Radio Bearer Setup Procedure 
CONNECT ACKNOWLEDGE 


DTCH, SeeTS34.108 
U10 



NOTE 1: With signal information included in the SETUP message. 

NOTE 2: The UE is supporting immediate connect (p = Y/N). See ICS/1XIT statement. 

NOTE 3: If necessary (see ICS/IXIT statement), the UE is made to accept the call in the way described in a 
ICS/IXIT statement. 

Table 10.1.3/2: Establishment of an incoming call, procedure 2 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 
3 
4 
5 
6 


-> 
<- 
-> 
<- 
-> 


SS Initiated Establishment of RRC Connection 

PAGING RESPONSE 

SECURITY MODE COMMAND 

SECURITY MODE COMPLETE 

SETUP 

CALL CONFIRMED 


SeeTS34.108 

U6, (note 4) 
U9 


A7 
A8 


-> 


CONNECT 

Radio Bearer Setup Procedure 


U8, p = Y, (note 5) 
DTCH, SeeTS34.108 


B7 
B8 
B9 
B10 


-> 

UE 
-> 


ALERTING 

Radio Bearer Setup Procedure 

CONNECT 


U7, p = N, (note 5) 
DTCH, SeeTS34.108 
(note 6) 
U8 


11 
12 


<- 
-> 


AUTHENTICATION REQUEST 
AUTHENTICATION RESPONSE 




13 


<- 


CONNECT ACKNOWLEDGE 


U10 



NOTE 4: With signal information included in the SETUP message. 

NOTE 5: The UE is supporting immediate connect (p = Y/N). See ICS/IXIT statement. 

NOTE 6: If necessary (see ICS/IXIT statement), the UE is made to accept the call in the way described in a 
ICS/IXIT statement. 
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Table 10.1.3/3: Void 
Table 10.1.3/4: Establishment of an incoming call, procedure 4 



Step 


Direction 


Message 


Comments 


UE 


ss 


1 
2 
3 

4 
5 
6 

7 


-> 
<- 
-> 
<- 
-> 


SS Initiated Establishment of RRC Connection 

PAGING RESPONSE 

SECURITY MODE COMMAND 

SECURITY MODE COMPLETE 

SETUP 

CALL CONFIRMED 

Radio Bearer Setup Procedure 


SeeTS34.108 

U6, (note 11) 

U9 

DTCH, SeeTS34.108 


A8 


-> 


CONNECT 


U8, p = Y, (note 12) 


B8 
B9 
B10 


-> 

UE 
-> 


ALERTING 
CONNECT 


U7, p = N, (note 12) 

(note 13) 

U8 


11 
12 


<- 
-> 


AUTHENTICATION REQUEST 
AUTHENTICATION RESPONSE 




13 


<- 


CONNECT ACKNOWLEDGE 


U10 



NOTE ll:The signal information element is not included in the SETUP message. 

NOTE 12: The UE is supporting immediate connect (p = Y/N). See ICS/IXIT statement. 

NOTE 13:If necessary (see ICS/IXIT statement), the UE is made to accept the call in the way described in a 
ICS/IXIT statement. 



1 0.1 .3.1 Incoming call / U0 null state 



10.1.3.1.1 



Incoming call / U0 ni 
capability 



state / SETUP received with a non supported bearer 



10.1.3.1.1.1 



Definition 



The call control entity of the UE being in the state, U0, a SETUP message is received with only one bearer capability 
and this bearer capability is not supported by the UE. This test is applicable for all equipment. 



10.1.3.1.1.2 



Conformance requirement 



1) A CC entity of the UE, upon receipt of SETUP containing one bearer capability and this bearer capability is not 
supported, shall return a RELEASE COMPLETE with correct cause value to its peer entity and return to the idle 
mode. The CC-entities relating to the seven mobile terminating transaction identifiers shall be in the state 
U0,"Null". 

References 

TS 24.008 clause 5.2.2.2., TS 24.008 annex B. 



10.1.3.1.1.3 



Test purpose 



To verify that a CC entity of the UE, upon receipt of SETUP containing one bearer capability and this bearer capability 
is not supported, returns a RELEASE COMPLETE with correct cause value to its peer entity, and returns to the idle 
mode. To verify that the CC-entities relating to the seven mobile terminating transaction identifiers are then in the state 
U0,"Null". 
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10.1.3.1.1.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

Test procedure 

A mobile terminated call is initiated. The UE receives a SETUP message that contains a bearer capability not supported 
by the UE. The UE returns a RELEASE COMPLETE message. The SS checks by using the status enquiry procedure 
that the CC entity is still in the state U0 with all the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 




SS Initiated Establishment of RRC Connection 


SS sends paging, See TS34.108 


2 


-> 


PAGING RESPONSE 




3 


<- 


AUTHENTICATION REQUEST 




4 


-> 


AUTHENTICATION RESPONSE 




5 


<- 


SECURITY MODE COMMAND 




6 


-> 


SECURITY MODE COMPLETE 




7 


<- 


SETUP 


(note 1) 


8 


-> 


RELEASE COMPLETE 


(note 2) 


9 


<- 


STATUS ENQUIRY 




10 


-> 


RELEASE COMPLETE 


Cause #81 (invalid Tl value). 


11 


SS 




Repeat steps 9-1 to cover all the 
transaction identifiers from 000... 110. 



Specific message contents: 

NOTE 1 : With one bearer capability and that bearer capability is not supported by the UE. 
NOTE 2: With cause #88 incompatible destination. 



10.1.3.1.1.5 



Test requirements 



After step 7 a CC entity of the UE shall return a RELEASE COMPLETE message with cause value #88 (incompatible 
destination) and return to the idle mode. 

After step 9 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 
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1 0.1 .3.2 Incoming call / U6 call present 

10.1.3.2.1 Incoming call / U6call present / automatic call rejection 

10.1.3.2.1.1 Definition 

Although the state U6 is transient, the ability to refuse a call (automatically) in this state is tested, if it is implemented at 
the UE. The test is applicable for those equipments described above supporting at least one mobile terminating circuit 
switched basic service. 

10.1.3.2.1.2 Conformance requirement 

1) A CC entity of the UE in CC-state U6, "Call Present", upon receipt of a rejection indication of the incoming call 
from the user, send RELEASE COMPLETE with the appropriate cause value to its peer entity and enter the CC- 
state U0, "Null". The CC entities relating to the seven mobile terminating transaction identifiers shall be in state 
U0, "Null". 

References 

TS 24.007 clause 6.2.2., TS 24.008 clause 5.2.2.3.1., TS 24.008 clause 5.5.3.2, TS 24.008 clause 8.3. 

10.1.3.2.1.3 Test purpose 

To verify that a CC entity of the UE in CC-state U6, "Call Present", shall upon receipt of a rejection indication of the 
incoming call from the user, shall send RELEASE COMPLETE with the appropriate cause value to its peer entity and 
enter the CC-state U0, "Null". The CC entities relating to the seven mobile terminating transaction identifiers are then in 
state U0, "Null". 

10.1.3.2.1.4 Method of test 

Related ICS/IXIT statements 
- supported teleservices; 

the UE supports an ability to refuse a call after receipt of a SETUP message. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U6 by using table 10.1.3/2. 

Test procedure 

A teleservice is selected that is supported by the UE; if the UE supports speech, the selected teleservice is speech. If 
necessary, the UE is configured for that teleservice. Then a mobile terminated call is initiated. The call control entire of 
the UE is brought to the state U6 (Note: The state U6 is not checked, since it is not stable). The UE is made to refuse the 
call (the refusal may require some preliminary preparations in order to achieve refusal at this point). The UE shall send 
a RELEASE COMPLETE message and enter a call control state U0. The SS checks by using the status enquiry 
procedure that the CC entity has entered the state U0 with all the relevant transaction identifiers. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 
3 
4 
5 

6 

7 


-> 
<- 
-> 

SS 

<- 
-> 


RELEASE COMPLETE 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


the UE is made to refuse the call 
(note) 

cause 81 # (invalid Tl value) 
repeat steps 3-4 to cover all the 
transaction identifiers from 000. ..1 10 
the main signalling link shall be 
released. 



Specific message contents: 

NOTE: With cause value #21 call rejected. 



10.1.3.2.1.5 



Test requirements 



After step 1 a CC entity of the UE shall return a RELEASE COMPLETE message with cause value #21 (call rejected) 
and return to the idle mode. 

After step 1 1 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 

1 0.1 .3.3 Incoming call / U9 mobile terminating call confirmed 



10.1.3.3.1 



10.1.3.3.1.1 



Incoming call / U9 mobile terminating call confirmed / alerting or immediate 
connecting 

Definition 



The call control entity of the UE having entered the state, U9, with signal information received in the preceding SETUP 
message, the subsequent behaviour of the UE is tested. This test is applicable for any equipment supporting at least one 
mobile terminating circuit switched basic service. 



10.1.3.3.1.2 



Conformance requirement 



1) A CC entity in CC-state U9, "Mobile Terminating Call Confirmed", (if signalled by the network in previous 
SETUP message that it may alert) shall either send a ALERTING message to its peer entity and enter state U7, 
or send a CONNECT message to its peer entity and enter U8. 

References 

TS 24.008 clause 5.2.2.3.2. 



10.1.3.3.1.3 



Test purpose 



To verify that a CC entity in CC-state U9, "Mobile Terminating Call Confirmed", (if signalled by the network in 
previous SETUP message that it may alert) will either send a ALERTING message to its peer entity and enter state U7, 
or send a CONNECT message to its peer entity and enter U8. 



10.1.3.3.1.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services; 
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- MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U9 by using table 10.1.3/2. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE; if the UE supports MT telephony, the 
selected basic service is telephony. If necessary, the UE is configured for that basic service. Then a mobile terminated 
call is initiated. The CC entity of the UE is brought to the state U9 by using a SETUP message containing signalling 
information element. (The state U9 is not a stable state in this case, and consequently it is not checked as an initial 
state.) If the UE supports immediate connect for the selected basic service (p = Y), it sends a CONNECT message and 
enters the state U8, connect request. Otherwise (p = N) the UE sends an ALERTING message and enters the state U7, 
call receiving. The SS checks by using the status enquiry procedure that the CC entity has entered its state as described. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


A11 
A12 
A13 


-> 
<- 
-> 


CONNECT 
STATUS ENQUIRY 
STATUS 


P = Y 

cause 30#, state U8 


B11 
B12 
B13 


-> 
<- 
-> 


ALERTING 
STATUS ENQUIRY 
STATUS 


p = N 

cause 30#, state U7 



Specific message contents: 
None. 



10.1.3.3.1.5 



Test requirements 



A CC entity in CC-state U9, "Mobile Terminating Call Confirmed", (if signalled by the network in previous SETUP 
message that it may alert) shall either send an ALERTING message and enter state U7, or send a CONNECT message 
and enter U8. 



10.1.3.3.2 



Incoming call / U9 mobile terminating call confirmed / DTCH assignment 



10.1.3.3.2.1 



Definition 



The call control entity of the UE being in the state, U9, a radio bearer establishment procedure is performed for traffic 
channel. This test is applicable for any equipment supporting at least one MT circuit switched basic service, for which 
immediate connect is not used. 



10.1.3.3.2.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U9, "Mobile Terminating Call Confirmed", when a traffic channel is 

allocated by the network performing the radio bearer establishment procedure, shall send a ALERTING message 
and enter state U7. 
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References 

TS 25.331 clause 8.2,1, TS 24.008 clause 5.2.2.7., TS 24.008 clause 5.2.2.3.2. 



10.1.3.3.2.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U9, "Mobile Terminating Call Confirmed", when a traffic channel is 
allocated by the network performing the radio bearer establishment procedure, shall sends a ALERTING message and 
enters state U7. 



10.1.3.3.2.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services; 
- MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U9 by using table 10.1.3/4. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE and for which the UE does not use 
immediate connection; if the UE supports MT telephony without immediate connection, the selected basic service is 
telephony. If necessary, the UE is configured for that basic service. Then a mobile terminated call is initiated. The CC 
entity of the UE is brought to the state U9 (by using a SETUP message not containing the signal information element). 
The SS sends a RADIO BEARER SETUP for traffic channel to the UE. The UE shall respond with a RADIO BEARER 
SETUP COMPLETE message. The UE sends an ALERTING message and enters state U7, call received. The SS 
verifies by using the status enquiry procedure that the UE has entered the correct state. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 
3 

4 


-> 
<- 
-> 


Radio Bearer Setup Procedure 
ALERTING 
STATUS ENQUIRY 
STATUS 


DTCH, SeeTS34.108 
cause 30#, state U7 



Specific message contents: 
None. 



10.1.3.3.2.5 



Test requirements 



After step 1 a CC-entity of the UE in CC-state U9, "Mobile Terminating Call Confirmed" shall send a ALERTING 
message and enter state U7. 
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1 0.1 .3.3.3 Incoming call / U9 mobile terminating call confirmed / termination requested by 

the user 

10.1.3.3.3.1 Definition 

The call control entity of the UE being in the state, U9, the user requests for releasing of the call. This test is applicable 
for any equipment supporting at least one MT circuit switched basic service for which immediate connection is not used 
and, in addition to this, the facility to send a DISCONNECT message in state U9. 

10.1.3.3.3.2 Conformance requirement 

1) A CC-entity of the UE in CC-state U9, "Mobile Terminating Call Confirmed", upon request by the user to 
terminate shall send a DISCONNECT message and enter the CC-state Ul 1, "Disconnect Request". 

References 

TS 24.007 clause 6.2.2., TS 24.008 clause 5.4.3. 

10.1.3.3.3.3 Test purpose 

To verify that a CC-entity of the UE in CC-state U9, "Mobile Terminating Call Confirmed", upon request by the user to 
terminate will send a DISCONNECT message and enter the CC-state Ul 1, "Disconnect Request". 

10.1.3.3.3.4 Method of test 

Related ICS/IXIT statements 

supported MT circuit switched basic services; 
- MT circuit switched basic services for which immediate connect is not used; 
the UE supports user requested call clearing in the state U9. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U9 by using table 10.1.3/4. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE and for which the UE does not use 
immediate connection; if the UE supports MT telephony without immediate connection, the selected basic service is 
telephony. If necessary, the UE is configured for that basic service. Then a mobile terminated call is initiated. The CC 
entity of the UE is brought to the state U9 (by using a SETUP message not containing the signal information element). 
Then the user requests termination of the call, if possible. The UE sends a DISCONNECT message and enters state 
Ul 1, disconnect request. The SS verifies by using the status enquiry procedure that the UE has entered the correct state. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 
3 

4 


-> 
<- 
-> 


DISCONNECT 
STATUS ENQUIRY 
STATUS 


the UE is made to clear the call 
cause 30#, state U11 



Specific message contents: 
None. 



10.1.3.3.3.5 



Test requirements 



After step 1 a CC-entity of the UE in CC-state U9, "Mobile Terminating Call Confirmed", shall send a DISCONNECT 
message and enter the CC-state Ull, "Disconnect Request". 



10.1.3.3.4 



10.1.3.3.4.1 



Incoming call / U9 mobile terminating call confirmed / DISCONNECT received 

Definition 



The call control entity of the UE being in the state, U9, a DISCONNECT message is received by the UE. This test is 
applicable for any equipment supporting at least one MT circuit switched basic service, for which immediate connect is 
not used. 



10.1.3.3.4.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U9, "Mobile Terminating Call Confirmed", upon receipt of a DISCONNECT 
shall return a RELEASE message and enter the CC-state U19, "Release Request". 

References 

TS 24.008 clause 5.4.4. 



10.1.3.3.4.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U9, "Mobile Terminating Call Confirmed", upon receipt of a 
DISCONNECT returns a RELEASE message and enters the CC-state U19, "Release Request". 



10.1.3.3.4.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services; 
- MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U9 by using table 10.1.3/4. 
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Test procedure 

An MT circuit switched basic service is selected that is supported by the UE and for which the UE does not use 
immediate connection; if the UE supports MT telephony without immediate connection, the selected basic service is 
telephony. If necessary, the UE is configured for that basic service. Then a mobile terminated call is initiated. The CC 
entity of the UE is brought to the state U9. The SS sends a DISCONNECT message to the UE. The UE responds by 
sending a RELEASE message and enters state U19, release request. The SS verifies by using the status enquiry 
procedure that the UE has entered the correct state. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


DISCONNECT 
RELEASE 
STATUS ENQUIRY 
STATUS 


cause 30#, state U1 9 



Specific message contents: 
None. 



10.1.3.3.4.5 



Test requirements 



After step 1 a CC-entity of the UE in CC-state U9, "UE Terminating Call Confirmed", shall return a RELEASE 
message and enter the CC-state U19, "Release Request". 



10.1.3.3.5 



Incoming call / U9 mobile terminating call confirmed / RELEASE received 



10.1.3.3.5.1 



Definition 



The call control entity of the UE being in the state, U9, a RELEASE message is received by the UE. This test is 
applicable for any equipment supporting at least one MT circuit switched basic service, for which immediate connect is 
not used. 



10.1.3.3.5.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U9, "Mobile Terminating Call Confirmed", upon receipt of a RELEASE shall 
return a RELEASE COMPLETE and enter the CC-state U0, "Null" . 

2) On returning to the idle mode the UE shall release the MM-connection and the CC-entities relating to the seven 
mobile terminating transaction identifiers shall be in CC-state U0, "Null". 

References 

Conformance requirement 1: TS 24.008 clause 5.4.4. 

Conformance requirement 2: TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2., 

TS 24.008 clause 8.3. 



10.1.3.3.5.3 



Test purpose 



1) To verify that a CC-entity of the UE in CC-state U9, "Mobile Terminating Call Confirmed", upon receipt of a 
RELEASE will return a RELEASE COMPLETE and enter the CC-state U0, "Null" . 

2) To verify that the UE on returning to the idle mode releases the MM-connection and that the CC-entities relating 
to the seven mobile terminating transaction identifiers are in CC-state U0, "Null". 
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10.1.3.3.5.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services; 
- MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U9 by using table 10.1.3/4. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE and for which the UE does not use 
immediate connection; if the UE supports MT telephony without immediate connection, the selected basic service is 
telephony. If necessary, the UE is configured for that basic service. Then a mobile terminated call is initiated. The CC 
entity of the UE is brought to the state U9. The SS sends a RELEASE message to the UE. The UE responds by sending 
a RELEASE COMPLETE message and enters state U0, null. The SS verifies by using the status enquiry procedure that 
the UE has entered the correct state with the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 
3 
4 
5 

6 

7 


<- 
-> 
<- 
-> 

SS 

<- 
-> 


RELEASE 

RELEASE COMPLETE 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


with cause "Normal, unspecified" 

cause 81 # (invalid Tl value) 
repeat steps 3-4 to cover all the 
transaction identifiers from 000. ..1 10 
the main signalling link shall be 
released. 



Specific message contents: 
None. 



10.1.3.3.5.5 



Test requirements 



After step 1 a CC-entity of the UE in CC-state U9, "UE Terminating Call Confirmed", shall return a RELEASE 
COMPLETE message. 

After step 3 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 
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10.1.3.3.6 Incoming call / U9 mobile terminating call confirmed / lower layer failure 

10.1.3.3.6.1 Definition 

The call control entity of the UE being in the state, U9, a lower layer failure is accomplished at the UE and 
consequently, communication at layer 3 level with the peer entity is terminated. This test is applicable for any 
equipment supporting at least one MT circuit switched basic service, for which immediate connect is not used. 

10.1.3.3.6.2 Conformance requirement 

1) A CC entity of the UE in CC-state U9, "Mobile Terminating Call Confirmed", having detected a lower layer 
failure shall return to idle mode with the CC entities relating to the seven mobile terminating transaction 
identifiers in CC-state U0, "Null". 

References 

TS 24.008 clause 4.5.2.3., TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2., TS 24.008 clause 8.3. 

10.1.3.3.6.3 Test purpose 

To verify that a CC entity of the UE in CC-state U9, "Mobile Terminating Call Confirmed", having detected a lower 
layer failure returns to idle mode with the CC entities relating to the seven mobile terminating transaction identifiers in 
CC-state U0, "Null". 

10.1.3.3.6.4 Method of test 

Related ICS/IXIT statements 

supported MT circuit switched basic services; 
- MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U9 by using table 10.1.3/4. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE and for which the UE does not use 
immediate connection; if the UE supports MT telephony without immediate connection, the selected basic service is 
telephony. If necessary, the UE is configured for that basic service. Then a mobile terminated call is initiated. The UE is 
brought to the state U9. The SS generates a lower layer failure at the UE. The SS waits long enough to enable the UE to 
return to idle state listening to paging, and then pages UE to create RRC connection. Finally, the SS will check the state 
of the UE by using STATUS ENQUIRY with the relevant transaction identifiers. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


ss 


1 
2 

3 
4 
5 
6 

7 

8 


SS 

ss 

<- 
-> 

ss 

<- 
-> 


SS Initiated Establishment of RRC Connection 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


SS generates lower layer failure 
SS waits 20 s for the UE to return to 
listening to paging 
SeeTS34.108 

cause 81 # (invalid Tl value) 
repeat steps 4-5 to cover all the 
transaction identifiers from 000. ..1 10 
the main signalling link shall be 
released. 



Specific message contents: 
None. 



10.1.3.3.6.5 



Test requirements 



After step 4 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 



10.1.3.3.7 



10.1.3.3.7.1 



Incoming call / U9 mobile terminating call confirmed / unknown message received 

Definition 



The call control entity of the UE being in the state, U9, an unknown message is received by the UE. This test is 
applicable for any equipment supporting at least MT circuit switched basic service, for which immediate connect is not 
used. 



10.1.3.3.7.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U9, "Mobile Terminating Call Confirmed" having received an unknown 
message from its peer entity shall return a STATUS message. 

References 

TS 24.008 clause 8.4. 



10.1.3.3.7.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U9, "Mobile Terminating Call Confirmed" having received an 
unknown message from its peer entity returns a STATUS message. 



10.1.3.3.7.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services; 
- MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 
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1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 
The UE is brought into the state U9 by using table 10.1.3/4. 

Test procedure 

A MT circuit switched basic service is selected that is supported by the UE and for which the UE does not use 
immediate connection; if the UE supports MT telephony without immediate connection, the selected basic service is 
telephony. If necessary, the UE is configured for that basic service. Then a mobile terminated call is initiated. The CC 
entity of the UE is brought to the state U9. The SS sends a message with message type not defined for the protocol 
discriminator to the UE. The UE shall respond with a STATUS message, and finally the SS checks by using the status 
enquiry procedure that the state of the CC entity has remained unchanged. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


unknown message 
STATUS 

STATUS ENQUIRY 
STATUS 


message type not defined for PD 
cause 97#, state U9 

cause 30#, state U9 



Specific message contents: 
None. 

10.1.3.3.7.5 Test requirements 

After step 1 a CC-entity of the UE in CC-state U9, "UE Terminating Call Confirmed", shall return a STATUS message. 

1 0.1 .3.4 Incoming call / U7 call received 

10.1 .3.4.1 Incoming call / U7 call received / call accepted 



10.1.3.4.1.1 



Definition 



The call control entity of the UE being in the state, U7, a user accepts the incoming call. This test is applicable for any 
equipment supporting at least one mobile terminating circuit switched basic service for which immediate connect is not 
used. 



10.1.3.4.1.2 



Conformance requirement 



1) A CC entity of a UE in CC-state U7, "Call Received", upon a user accepting the incoming call, shall send a 
CONNECT message to its peer entity and enter the CC-state U8, "Connect Request". 

References 

TS 24.007 clause 6.2.2., TS 24.008 clause 5.2.2.5. 



10.1.3.4.1.3 



Test purpose 



To verify that a CC entity of a UE in CC-state U7, "Call Received", upon a user accepting the incoming call, shall send 
a CONNECT message to its peer entity and enter the CC-state U8, "Connect Request" 
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10.1.3.4.1.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services; 
- MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U7 by using table 10.1.3/1. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE and for which the UE does not use 
immediate connection; if the UE supports MT telephony without immediate connection, the selected basic service is 
telephony. If necessary, the UE is configured for that basic service. Then a mobile terminated call is initiated. The CC 
entity of the UE is brought to the state U7. The user accepts the incoming call. The UE sends a CONNECT message. 
The SS checks by using the status enquiry procedure that the CC entity has entered state U8, connect request. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 

2 
3 

4 


-> 
<- 
-> 


CONNECT 
STATUS ENQUIRY 
STATUS 


the UE is made to accept the call by the 
user 

cause 30#, state U8 



Specific message contents: 
None. 



10.1.3.4.1.5 



Test requirements 



After step 1 a CC entity of a UE in CC-state U7, "Call Received", shall send a CONNECT message and enter the CC- 
state U8, "Connect Request". 



10.1.3.4.2 



Incoming call / U7 call received / termination requested by the user 



10.1.3.4.2.1 



Definition 



The call control entity of the UE being in the state, U7, a user requests to terminate incoming call. This test is applicable 
for any equipment supporting at least one mobile terminating circuit switched basic service for which immediate 
connect is not used. 



10.1.3.4.2.2 



Conformance requirement 



1) A CC entity of a UE in CC-state U7, "Call Received", upon request by the user to terminate shall send a 
DISCONNECT message and enter the CC-state Ul 1, "Disconnect Request". 
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10.1.3.4.2.3 



Test purpose 



To verify that a CC entity of a UE in CC-state U7, "Call Received", upon request by the user to terminate will send a 
DISCONNECT message and enter the CC-state Ull, "Disconnect Request". 



10.1.3.4.2.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services; 
- MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U7 by using tablelO. 1.3/1. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE and for which the UE does not use 
immediate connection; if the UE supports MT telephony without immediate connection, the selected basic service is 
telephony. If necessary, the UE is configured for that basic service. Then a mobile terminated call is initiated. The CC 
entity of the UE is brought to the state U7. The user initiates clearing the incoming call. The UE sends a DISCONNECT 
message. The SS checks by using the status enquiry procedure that the CC entity has entered state Ull, disconnect 
request. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 

2 
3 

4 


-> 
<- 
-> 


DISCONNECT 
STATUS ENQUIRY 
STATUS 


the UE is made to terminate/reject the 
call 

cause 30#, state U11 



Specific message contents: 
None. 



10.1.3.4.2.5 



Test requirements 



After step 1 a CC entity of a UE in CC-state U7, "Call Received", shall send a DISCONNECT message and enter the 
CC-state Ull, "Disconnect Request". 
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10.1.3.4.3 Incoming call / U7 call received / DISCONNECT received 

10.1.3.4.3.1 Definition 

The call control entity of the UE being in the state, U7, a DISCONNECT message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile terminating circuit switched basic service for which 
immediate connect is not used. 

10.1.3.4.3.2 Conformance requirement 

1) A CC entity of a UE in CC-state U7, "Call Received", upon receipt of a DISCONNECT with a progress 

indicator indicating in-band information from network, if a DTCH was not assigned, shall return a RELEASE 
message and enter the CC-state U19, "Release Request". 

References 

TS 24.008 clause 5.4.4. 

10.1.3.4.3.3 Test purpose 

To verify that a CC entity of a UE in CC-state U7, "Call Received", upon receipt of a DISCONNECT with a progress 
indicator indicating in-band information from network, if a DTCH was not assigned, returns a RELEASE message and 
enters the CC-state U19, "Release Request". 

10.1.3.4.3.4 Method of test 

Related ICS/IXIT statements 

supported MT circuit switched basic services; 
- MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U7 by using table 10.1.3/1. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE and for which the UE does not use 
immediate connection; if the UE supports MT telephony without immediate connection, the selected basic service is 
telephony. If necessary, the UE is configured for that basic service. Then a mobile terminated call is initiated. The CC 
entity of the UE is brought to the state U7. The SS sends a DISCONNECT message. The UE responds with a 
RELEASE message. The SS checks by using the status enquiry procedure that the CC entity has entered state U19, 
release request. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


DISCONNECT 
RELEASE 
STATUS ENQUIRY 
STATUS 


(note) 

cause 30#, state U1 9 



Specific message contents: 

NOTE: With a progress indicator indicating in-band information; Progress Indicator, Progress Description #8. 



10.1.3.4.3.5 



Test requirements 



After step 1 a CC entity of a UE in CC-state U7, "Call Received", if a DTCH was not assigned, shall return a 
RELEASE message and enter the CC-state U19, "Release Request". 



10.1.3.4.4 



10.1.3.4.4.1 



Incoming call / U7 call received / RELEASE received 



Definition 



The call control entity of the UE being in the state, U7, a RELEASE message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile terminating circuit switched basic service for which 
immediate connect is not used. 



10.1.3.4.4.2 



Conformance requirement 



1) A CC entity of a UE in CC-state U7, "Call Received", upon receipt of a RELEASE shall return a RELEASE 
COMPLETE and enter the CC-state U0, "Null" . 

2) On returning to the idle mode the UE shall release the MM-connection and the CC-entities relating to the seven 
mobile terminating transaction identifiers shall be in CC-state U0, "Null". 

References 

Conformance requirement 1: TS 24.008 clause 5.4.4. 

Conformance requirement 2: TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2. 



10.1.3.4.4.3 



Test purpose 



1) To verify that a CC entity of a UE in CC-state U7, "Call Received", upon receipt of a RELEASE will return a 
RELEASE COMPLETE and enter the CC-state U0, "Null". 

2) To verify that the UE on returning to the idle mode releases the MM-connection and that the CC-entities relating 
to the seven mobile terminating transaction identifiers are in CC-state U0, "Null". 



10.1.3.4.4.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services; 
- MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 
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1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 
The UE is brought into the state U7 by using table 10.1.3/1. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE and for which the UE does not use 
immediate connection; if the UE supports MT telephony without immediate connection, the selected basic service is 
telephony. If necessary, the UE is configured for that basic service. Then a mobile terminated call is initiated. The CC 
entity of the UE is brought to the state U7. The SS sends a RELEASE message. The UE responds with a RELEASE 
COMPLETE message. The SS checks by using the status enquiry procedure that the CC entity has entered state U0, 
null, with the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 
3 
4 
5 

6 

7 


<- 
-> 
<- 
-> 

SS 

<- 
-> 


RELEASE 

RELEASE COMPLETE 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


with cause "Normal, unspecified" 

cause 81 # (invalid Tl value) 
repeat steps 3-4 to cover all the 
transaction identifiers from 000. ..1 10 
the main signalling link shall be 
released. 



Specific message contents: 
None. 

1 0.1 .3.4.4.5 Test requirements 

After step 1 a CC entity of a UE in CC-state U7, "Call Received", shall return a RELEASE COMPLETE message. 

After step 3 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 



10.1.3.4.5 



Incoming call / U7 call received / lower layer failure 



10.1.3.4.5.1 



Definition 



The call control entity of the UE being in the state, U7, a lower layer failure is accomplished at the UE and 
consequently, communication at layer 3 level with the peer entity is terminated. This test is applicable for any 
equipment supporting at least one mobile terminating circuit switched basic service for which immediate connect is not 
used. 



10.1.3.4.5.2 



Conformance requirement 



1) A CC entity of a UE in CC-state U7, "Call Received", having detected a lower layer failure shall return to idle 
mode with the CC entities relating to the seven mobile terminating transaction identifiers in CC-state U0, "Null". 

References 

TS 24.008 clause 4.5.2.3., TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2., TS 24.008 clause 8.3. 
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10.1.3.4.5.3 



Test purpose 



To verify that a CC entity of a UE in CC-state U7, "Call Received", having detected a lower layer failure returns to idle 
mode with the CC entities relating to the seven mobile terminating transaction identifiers in CC-state U0, "Null". 



10.1.3.4.5.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services; 
- MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U7 by using table 10.1.3/2. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE and for which the UE does not use 
immediate connection; if the UE supports MT telephony without immediate connection, the selected basic service is 
telephony. If necessary, the UE is configured for that basic service. Then a mobile terminated call is initiated. The UE is 
brought to the state U7. The SS generates a lower layer failure at the UE. The SS waits long enough to enable the UE to 
return to idle state listening to paging, and then pages UE to create RRC connection. Finally, the SS will check the state 
of the UE by using STATUS ENQUIRY with the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 

3 
4 
5 
6 

7 

8 


SS 
SS 

<- 
-> 

SS 

<- 
-> 


SS Initiated Establishment of RRC Connection 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


SS generates lower layer failure 
SS waits 20 s for the UE to return to 
listening to paging 
SeeTS34.108 

cause 81 # (invalid Tl value) 
repeat steps 4-5 to cover all the 
transaction identifiers from 000. ..1 10 
the main signalling link shall be 
released. 



Specific message contents: 
None. 



10.1.3.4.5.5 



Test requirements 



After step 4 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 
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10.1.3.4.6 



Incoming call / U7 call received / unknown message received 



10.1.3.4.6.1 



Definition 



The call control entity of the UE being in the state, U7, an unknown message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile terminating circuit switched basic service for which 
immediate connect is not used. 



10.1.3.4.6.2 



Conformance requirement 



1) A CC entity of a UE in CC-state U7, "Call Received", having received an unknown message from its peer entity 
shall return a STATUS message. 

References 

TS 24.008 clause 8.4. 



10.1.3.4.6.3 



Test purpose 



To verify that a CC entity of a UE in CC-state U7, "Call Received", having received an unknown message from its peer 
entity returns a STATUS message. 



10.1.3.4.6.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services; 
- MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U7 by using table 10.1.3/1. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE and for which the UE does not use 
immediate connection; if the UE supports MT telephony without immediate connection, the selected basic service is 
telephony. If necessary, the UE is configured for that basic service. Then a mobile terminated call is initiated. The CC 
entity of the UE is brought to the state U7. The SS sends a message with message type not defined for the protocol 
discriminator to the UE. The UE shall respond with a STATUS message, and finally the SS checks by using the status 
enquiry procedure that the state of the CC entity has remained unchanged. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


unknown message 
STATUS 

STATUS ENQUIRY 
STATUS 


message type not defined for PD 
cause 97#, state U7 

cause 30#, state U7 
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Specific message contents: 
None. 

10.1.3.4.6.5 Test requirements 

After step 1 a CC entity of a UE in CC-state U7, "Call Received", shall return a STATUS message. 

10.1.3.4.7 Incoming call / U7 call received / DTCH assignment 

10.1.3.4.7.1 Definition 

The call control entity of the UE being in the state, U7, a radio bearer establishment procedure is performed for traffic 
channel. This test is applicable for any equipment supporting at least one mobile terminating circuit switched basic 
service for which immediate connect is not used. 

10.1.3.4.7.2 Conformance requirement 

1) A CC entity of a UE in CC-state U7, "Call Received", when a traffic channel is allocated by the network 
performing the radio bearer establishment procedure, shall stay in CC-state U7. 

References 

TS25.331 clause 8.2.1, TS 24.008 clause 5.2.2.7. 

10.1.3.4.7.3 Test purpose 

To verify that a CC entity of a UE in CC-state U7, "Call Received", when a traffic channel is allocated by the network 
performing the radio bearer establishment procedure, stays in CC-state U7. 

10.1.3.4.7.4 Method of test 

Related ICS/IXIT statements 

supported MT circuit switched basic services; 
- MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U7 by using table 10.1.3/1. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE and for which the UE does not use 
immediate connection; if the UE supports MT telephony without immediate connection, the selected basic service is 
telephony. If necessary, the UE is configured for that basic service. Then a mobile terminated call is initiated. The CC 
entity of the UE is brought to the state U7. The SS sends a RADIO BEARER SETUP for traffic channel to the UE. The 
UE shall respond with a RADIO BEARER SETUP COMPLETE message. The SS verifies by using the status enquiry 
procedure that the state of the CC entity has remained unchanged. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 
3 


<- 
-> 


Radio Bearer Setup Procedure 
STATUS ENQUIRY 
STATUS 


DTCH, SeeTS34.108 
cause 30#, state U7 



Specific message contents: 
None. 

10.1.3.4.7.5 Test requirements 

After step 1 the CC state U7, "Call Received", shall remain unchanged. 



10.1.3.4.8 



10.1.3.4.8.1 



Incoming call / U7 call received / RELEASE COMPLETE received 



Definition 



The call control entity of the UE being in the state, U7, the call is cleared by a RELEASE COMPLETE message sent by 
the SS. This test is applicable for any equipment supporting at least one mobile terminating circuit switched basic 
service, for which immediate connect is not used. 



10.1.3.4.8.2 



Conformance requirement 



1) A CC entity of the UE in CC-state U7, "call received", upon receipt of a RELEASE COMPLETE message with 
valid cause value, shall enter CC state U0, "Null". 

2) On returning to idle mode, the CC entities relating to the seven mobile terminating transaction identifiers shall be 
in state U0, "Null". 

References 

Conformance requirement 1 : TS 24.008, clause 5.4.2, TS 24.008, clause 5.4.4. 
Conformance requirement 2: TS 24.008, clause 5.4.4.1.3. 



10.1.3.4.8.3 



Test purpose 



1) To verify that a CC entity of the UE in CC-state U7, "Call received", upon receipt of a RELEASE COMPLETE 
message with valid cause value, enters CC state U0, "Null". 

2) To verify that in returning to idle mode, the CC entities relating to the seven mobile terminating transaction 
identifiers are in state U0, "Null". 



10.1.3.4.8.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services; 

MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
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User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 
The UE is brought into the state U7 by using table 10.1.3/1. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE and for which the UE does not use 
immediate connection; if the UE supports MT telephony without immediate connection, the selected service is 
telephony. If necessary, the UE is configured for that basic service. The mobile terminated call is initiated, the CC entity 
of the UE is brought to U7. The SS sends a RELEASE COMPLETE message to the UE. The SS checks by using the 
status enquiry procedure that the CC entity has entered the state U0 with all the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 
3 

4 

5 
6 


<- 
<- 
-> 

SS 

<- 
-> 


RELEASE COMPLETE 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


note 1 

cause 81 # (invalid Tl value), note 2 
repeat steps 2-3 to cover all the 
transaction identifiers from 000. ..1 10 
the main signalling link shall be 
released. 



Specific message contents: 

NOTE 1 : With the cause value chosen arbitrarily. 

NOTE 2: TI flag has the value indicating the SS as a originator of the call. 



10.1.3.4.8.5 



Test requirements 



After step 2 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 

1 0.1 .3.5 Incoming call / U8 connect request 

10.1.3.5.1 Incoming call / U8 connect request /CONNECT acknowledged 



10.1.3.5.1.1 



Definition 



The call control entity of the UE being in the state, U8, a CONNECT ACKNOWLEDGE message is received by the 
UE. This test is applicable for any equipment supporting at least one mobile terminating circuit switched basic service. 



10.1.3.5.1.2 



Conformance requirement 



A CC entity of a UE in CC-state U8, "Connect Request", upon receipt of CONNECT ACKNOWLEDGE shall enter the 
CC-state U10, "Call Active". 

References 

TS 24.008 clause 5.2.2.6. 
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10.1.3.5.1.3 



Test purpose 



To verify that a CC entity of a UE in CC-state U8, "Connect Request", upon receipt of CONNECT ACKNOWLEDGE 
shall enter the CC-state U10, "Call Active". 



10.1.3.5.1.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services; 
- MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U8 by using table 10.1.3/2. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE; if the UE supports MT telephony, the 
selected basic service is telephony. If necessary the UE is configured for that basic service. Then a mobile terminated 
call is initiated. The CC entity of the UE is brought to the state U8 (if the UE uses immediate connection for the 
selected basic service then p = Y, otherwise p = N). The SS sends a CONNECT ACKNOWLEDGE message. The SS 
checks by using the status enquiry procedure that the CC entity of the UE has entered state U10, active. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


A1 




Radio Bearer Setup Procedure 


p = Y, SeeTS34.108 


2 
3 

4 


<- 
<- 
-> 


CONNECT ACKNOWLEDGE 
STATUS ENQUIRY 
STATUS 


cause 30#, state U10 



Specific message contents: 
None. 

10.1.3.5.1.5 Test requirements 

After step 2 a CC entity of a UE in CC-state U8, "Connect Request", shall enter the CC-state U10, "Call Active". 

10.1.3.5.2 Incoming call / U8 connect request/ timer T31 3 time-out 



10.1.3.5.2.1 



Definition 



The call control entity of the UE being in the state, U8, if no response is then received from the SS, timer T3 1 3 expires 
at the UE side. This test is applicable for any equipment supporting at least one mobile terminating circuit switched 
basic service. 
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10.1.3.5.2.2 Conformance requirement 

A CC entity of a UE in CC-state U8, "Connect Request", having waited for a reasonable length of time (e.g. expiry of 
timer T313) without receiving the appropriate protocol message to complete the incoming call, shall initiate the clearing 
of that incoming call by sending the CC message DISCONNECT and enter the CC-state Ul 1, "Disconnect Request". 

If an UE disconnects too early then, in the case of very late assignment of a traffic channel, systematic waste of radio 
resources may occur. 

References 

TS 24.008 clause 5.2.2.6., TS 24.008 clause 5.4.3. 



10.1.3.5.2.3 Test purpose 

To verify that a CC entity of a UE in CC-state U8, "Connect Request", having waited for a reasonable length of time 
(e.g. expiry of timer T313) without receiving the appropriate protocol message to complete the incoming call, shall 
initiate the clearing of that incoming call by sending the CC message DISCONNECT and enter the CC-state Ul 1, 
"Disconnect Request" 

10.1.3.5.2.4 Method of test 

Related ICS/IXIT statements 

supported MT circuit switched basic services; 
- MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U8 by using table 10.1.3/2. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE; if the UE supports MT telephony, the 
selected basic service is telephony. If necessary the UE is configured for that basic service. Then a mobile terminated 
call is initiated. The CC entity of the UE is brought to the state U8 (if the UE uses immediate connection for the 
selected basic service then p = Y, otherwise p = N). The T313 expires at the UE and the UE sends a DISCONNECT 
message and enters state Ul 1, disconnect request. The SS checks by using the status enquiry procedure that the UE has 
entered the correct state. 
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Step 


Direction 


Message 


Comments 


UE 


SS 


A1 




Radio Bearer Setup Procedure 


p = Y, SeeTS34.108 


2 

3 

4 


-> 

<- 
-> 


DISCONNECT 

STATUS ENQUIRY 
STATUS 


Shall not be sent before 15 seconds 
after entry into state U8. But, shall be 
sent before 1,1* T31 3 after entry into 
state U8. 

cause 30#, state U11 



Specific message contents: 
None. 



10.1.3.5.2.5 



Test requirements 



Upon expiry of timer T313 without receiving the appropriate protocol message to complete the incoming call a CC 
entity of a UE in CC-state U8, "Connect Request", shall initiate the clearing of that incoming call by sending a 
DISCONNECT message and enter the CC-state Ull, "Disconnect Request". 



10.1.3.5.3 



10.1.3.5.3.1 



Incoming call / U8 connect request / termination requested by the user 



Definition 



The call control entity of the UE being in the state, U10, the user requests for releasing of the call. This test is applicable 
for any equipment supporting at least one mobile terminating circuit switched basic service. 



10.1.3.5.3.2 



Conformance requirement 



1) A CC entity of a UE in CC-state U8, "Connect Request", upon request by the user to terminate shall send a 
DISCONNECT message and enter the CC-state Ull, "Disconnect Request". 

References 

TS 24.007 clause 6.2.2., TS 24.008 clause 5.4.3. 



10.1.3.5.3.3 



Test purpose 



To verify that a CC entity of a UE in CC-state U8, "Connect Request", upon request by the user to terminate will send a 
DISCONNECT message and enter the CC-state Ull, "Disconnect Request". 



10.1.3.5.3.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services; 
- MT circuit switched basic services for which immediate connect is not used. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 
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The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 
The UE is brought into the state U8 by using table 10.1.3/2. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE; if the UE supports MT telephony, the 
selected basic service is telephony. If necessary the UE is configured for that basic service. Then a mobile terminated 
call is initiated. The CC entity of the UE is brought to the state U8 (if the UE uses immediate connection for the 
selected basic service then p = Y, otherwise p = N). Then the user requests termination of the call. The UE sends a 
DISCONNECT message and enters state Ul 1, disconnect request. The SS verifies by using the status enquiry procedure 
that the UE has entered the correct state. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


A1 




Radio Bearer Setup Procedure 


p = Y, SeeTS34.108 


2 
3 
4 
5 


-> 
<- 
-> 


DISCONNECT 
STATUS ENQUIRY 
STATUS 


the user requests to clear the call 
cause 30#, state U11 



Specific message contents: 
None. 



10.1.3.5.3.5 



Test requirements 



After step 2 a CC entity of a UE in CC-state U8, "Connect Request", shall send a DISCONNECT message and enter the 
CC-state Ull, "Disconnect Request". 

1 0.1 .3.5.4 Incoming call / U8 connect request / DISCONNECT received with in-band 

information 



10.1.3.5.4.1 



Definition 



The call control entity of the UE being in the state, U8, a DISCONNECT message indicating availability of in band 
information is received by the UE. This test is applicable for any equipment supporting at least one mobile terminating 
circuit switched basic service. 



10.1.3.5.4.2 



Conformance requirement 



A CC entity of a UE in CC-state U8, "Connect Request", upon receipt of a DISCONNECT with progress indicator #8 
shall enter CC-state U12, if the traffic channel is in speech mode. If the DTCH is not in speech mode, the UE shall send 
a RELEASE message and enter CC-state U19. 

References 

TS 24.008 clause 5.4.4., TS 24.008 clause 5.5.1. 



10.1.3.5.4.3 



Test purpose 



To verify that a CC entity of a UE in CC-state U8, "Connect Request", upon receipt of a DISCONNECT with progress 
indicator #8 enters CC-state U12, if the traffic channel is in speech mode, and that the UE sends a RELEASE message 
and enters CC-state U19 if the DTCH is not in speech mode. 
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10.1.3.5.4.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U8 by using table 10.1.3/4. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE; if the UE supports MT telephony, the 
selected basic service is telephony. If necessary the UE is configured for that basic service. Then a mobile terminated 
call is initiated. The CC entity of the UE is brought to the state U8. The SS sends a DISCONNECT message containing 
indication of in-band information availability to the UE. If channel mode is speech, the UE enters state U12, disconnect 
indication. If channel mode is not speech, the UE sends a RELEASE message and enters state U19, release request. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 


<- 


DISCONNECT 


(note) 


A2 
A3 


<- 
-> 


STATUS ENQUIRY 
STATUS 


DTCH in speech mode: 
cause 30#, state U1 2 


B2 
B3 
B4 


-> 
<- 
-> 


RELEASE 
STATUS ENQUIRY 
STATUS 


DTCH is not in speech mode: 
cause 30#, state U1 9 



Specific message contents: 

NOTE: With a progress indicator indicating in-band information; Progress Indicator, Progress description #8. 



10.1.3.5.4.5 



Test requirements 



After step 1 a CC entity of a UE in CC-state U8, "Connect Request", shall enter CC-state U12, if the traffic channel is in 
speech mode. If the DTCH is not in speech mode, the UE shall send a RELEASE message and enter CC-state U19. 

10.1.3.5.5 Incoming call / U8 connect request/ DISCONNECT received without in-band 

information 



10.1.3.5.5.1 



Definition 



The call control entity of the UE being in the state, U8, a DISCONNECT message is received by the UE. The 
DISCONNECT message does not contain indication of in-band information availability. This test is applicable for any 
equipment supporting at least one mobile terminating circuit switched basic service. 
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10.1.3.5.5.2 



Conformance requirement 



1) A CC entity of a UE in CC-state U8, "Connect Request", upon receipt of a DISCONNECT without progress 
indicator, shall return a RELEASE message and enter the CC-state U19, "Release Request". 

References 

TS 24.008 clause 5.4.4., TS 24.008 clause 5.4.4.1.2. 



10.1.3.5.5.3 



Test purpose 



To verify that a CC entity of a UE in CC-state U8, "Connect Request", upon receipt of a DISCONNECT without 
progress indicator, returns a RELEASE message and enters the CC-state U19, "Release Request". 



10.1.3.5.5.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U8 by using table 10.1.3/4. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE; if the UE supports MT telephony, the 
selected basic service is telephony. If necessary the UE is configured for that basic service. Then a mobile terminated 
call is initiated. The CC entity of the UE is brought to the state U8. The SS sends a DISCONNECT message not 
containing indication of in-band information availability to the UE. The UE shall respond with a RELEASE message. 
The SS checks by using the status enquiry procedure that the CC entity of the UE has entered the state U19, release 
request. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


DISCONNECT 
RELEASE 
STATUS ENQUIRY 
STATUS 


(note) 

cause 30#, state U1 9 



Specific message contents: 

NOTE: Without a progress indicator indicating in-band information. 



10.1.3.5.5.5 



Test requirements 



After step 1 a CC entity of a UE in CC-state U8, "Connect Request", shall return a RELEASE message and enter the 
CC-state U19, "Release Request". 
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10.1.3.5.6 Incoming call / U8 connect request/ RELEASE received 

10.1.3.5.6.1 Definition 

The call control entity of the UE being in the state, U8, a RELEASE message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile terminating circuit switched basic service. 

10.1.3.5.6.2 Conformance requirement 

1) A CC entity of a UE in CC-state U8, "Connect Request", upon receipt of a RELEASE shall return a RELEASE 
COMPLETE and enter the CC-state U0, "Null". 

2) On returning to the idle mode the UE shall release the MM-connection and the CC-entities relating to the seven 
mobile terminating transaction identifiers shall be in CC-state U0, "Null". 

References 

Conformance requirement 1: TS 24.008 clause 5.4.4. 

Conformance requirement 2: TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2. 

10.1.3.5.6.3 Test purpose 

1) To verify that a CC entity of a UE in CC-state U8, "Connect Request", upon receipt of a RELEASE will return a 
RELEASE COMPLETE and enter the CC-state U0, "Null". 

2) To verify that the UE on returning to the idle mode releases the MM-connection and that the CC-entities relating 
to the seven mobile terminating transaction identifiers are in CC-state U0, "Null". 

10.1.3.5.6.4 Method of test 

Related ICS/IXIT statements 

supported MT circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U8 by using table 10.1.3/1. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE; if the UE supports MT telephony, the 
selected basic service is telephony. If necessary the UE is configured for that basic service. Then a mobile terminated 
call is initiated. The CC entity of the UE is brought to the state U8. The SS sends a RELEASE message. The UE 
responds with a RELEASE COMPLETE message. The SS checks by using the status enquiry procedure that the CC 
entity has entered state U0, null, with the relevant transaction identifiers. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 
3 
4 
5 

6 

7 


<- 
-> 
<- 
-> 

SS 

<- 
-> 


RELEASE 

RELEASE COMPLETE 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


with cause "Normal, unspecified" 

cause 81 # (invalid Tl value) 
repeat steps 3-4 to cover all the 
transaction identifiers from 000. ..1 10 
the main signalling link shall be 
released. 



Specific message contents: 
None. 

10.1.3.5.6.5 Test requirements 

After step 1 a CC entity of a UE in CC-state U8, "Connect Request", shall return a RELEASE COMPLETE message. 

After step 3 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 



10.1.3.5.7 



10.1.3.5.7.1 



Incoming call / U8 connect request / lower layer failure 



Definition 



The call control entity of the UE being in the state, U8, a lower layer failure is accomplished at the UE and 
consequently, communication at layer 3 level with the peer entity is terminated. This test is applicable for any 
equipment supporting at least one mobile terminating circuit switched basic service. 



10.1.3.5.7.2 



Conformance requirement 



1) A CC entity of a UE in CC-state U8, "Connect Request", having detected a lower layer failure shall return to idle 
mode with the CC entities relating to the seven mobile terminating transaction identifiers in CC-state U0, "Null". 

References 

TS 24.008 clause 4.5.2.3., TS 24.008 clause 4.5.3., TS 24.008 clause 5.5.3.2. 



10.1.3.5.7.3 



Test purpose 



To verify that a CC entity of a UE in CC-state U8, "Connect Request", having detected a lower layer failure returns to 
idle mode with the CC entities relating to the seven mobile terminating transaction identifiers in CC-state U0, "Null". 



10.1.3.5.7.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
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User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 
The UE is brought into the state U8 by using table 10.1.3/1. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE; if the UE supports MT telephony, the 
selected basic service is telephony. If necessary the UE is configured for that basic service. Then a mobile terminated 
call is initiated. The UE is brought to the state U8. The SS generates a lower layer failure at the UE. The SS waits long 
enough to enable the UE to return to idle state listening to paging, and then pages UE to create RRC connection. 
Finally, the SS will check the state of the UE by using STATUS ENQUIRY with the relevant transaction identifiers. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 

3 
4 
5 
6 

7 

8 


SS 
SS 

<- 
<- 
-> 

SS 

<- 
-> 


SS Initiated Establishment of RRC Connection 
STATUS ENQUIRY 
RELEASE COMPLETE 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE COMPLETE 


SS generates lower layer failure 
SS waits 20 s for the UE to return to 
listening to paging 
SeeTS34.108 

cause 81 # (invalid Tl value) 
repeat steps 4-5 to cover all the 
transaction identifiers from 000. ..1 10 
the main signalling link shall be 
released. 



Specific message contents: 
None. 



10.1.3.5.7.5 



Test requirements 



After step 4 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 



10.1.3.5.8 



Incoming call / U8 connect request / DTCH assignment 



10.1.3.5.8.1 



Definition 



The call control entity of the UE being in the state, U8, a radio bearer establishment procedure is performed for traffic 
channel. This test is applicable for any equipment supporting at least one mobile terminating circuit switched basic 
service. 



10.1.3.5.8.2 



Conformance requirement 



1) A CC entity of a UE in CC-state U8, "Connect Request", when a traffic channel is allocated by the network 
performing the radio bearer establishment procedure, shall stay in the CC-state U8. 

References 

TS 25.331 clause 8.2.1., TS 24.008 clause 5.2.2.7. 
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10.1.3.5.8.3 



Test purpose 



To verify that a CC entity of a UE in CC-state U8, "Connect Request", when a traffic channel is allocated by the 
network performing the radio bearer establishment procedure, stays in the CC-state U8.s 



10.1.3.5.8.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U8 by using table 10.1.3/1. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE; if the UE supports MT telephony, the 
selected basic service is telephony. If necessary the UE is configured for that basic service. Then a mobile terminated 
call is initiated. The CC entity of the UE is brought to the state U8. The SS sends a RADIO BEARER SETUP for traffic 
channel to the UE. The UE shall respond with a RADIO BEARER SETUP COMPLETE message. The SS verifies by 
using the status enquiry procedure that the state of the CC entity has remained unchanged. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 
3 


<- 
-> 


Radio Bearer Setup Procedure 
STATUS ENQUIRY 
STATUS 


DTCH, SeeTS34.108 
cause 30#, state U8 



Specific message contents: 
None. 

10.1.3.5.8.5 Test requirements 

After step 1 the CC-state U8, "Connect Request", shall remain unchanged. 



10.1.3.5.9 



Incoming call / U8 connect request / unknown message received 



10.1.3.5.9.1 



Definition 



The call control entity of the UE being in the state, U8, an unknown message is received by the UE. This test is 
applicable for any equipment supporting at least one mobile terminating circuit switched basic service. 



10.1.3.5.9.2 



Conformance requirement 



1) A CC entity of a UE in CC-state U8, "Connect Request", having received an unknown message from its peer 
entity shall return a STATUS message. 
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10.1.3.5.9.3 



Test purpose 



To verify that a CC entity of a UE in CC-state U8, "Connect Request", having received an unknown message from its 
peer entity returns a STATUS message. 



10.1.3.5.9.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U8 by using table 10.1.3/1. 

Test procedure 

An MT circuit switched basic service is selected that is supported by the UE; if the UE supports MT telephony, the 
selected basic service is telephony. If necessary the UE is configured for that basic service. Then a mobile terminated 
call is initiated. The CC entity of the UE is brought to the state U8. The SS sends a message with message type not 
defined for the protocol discriminator to the UE. The UE shall respond with a STATUS message, and finally the SS 
checks by using the status enquiry procedure that the state of the CC entity has remained unchanged. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 
2 
3 

4 


<- 
-> 
<- 
-> 


unknown message 
STATUS 

STATUS ENQUIRY 
STATUS 


message type not defined for PD 
cause 97#, state U8 

cause 30#, state U8 



Specific message contents: 
None. 

10.1.3.5.9.5 Test requirements 

After step 1 a CC entity of a UE in CC-state U8, "Connect Request", shall return a STATUS message. 
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10.1.4 In call functions 

1 0.1 .4.1 In-call functions / DTMF information transfer 

10.1.4.1.1 In-call functions/ DTMF information transfer / basic procedures 

10.1.4.1.1.1 Definition 

Dual Tone Multi Frequency (DTMF) is an inband one out of four plus one out of four signalling system primarily used 
from terminal instruments in telecommunication networks. This test is applicable for any equipment supporting bearer 
capability for speech. 

10.1.4.1.1.2 Conformance requirement 

1) An UE supporting the Mobile originating DTMF protocol control procedure, having a CC entity for speech in 
state U10, "Active": when made to send a DTMF tone, shall send a START DTMF message on the correct 
DCCH. 

2) An UE supporting the Mobile originating DTMF protocol control procedure, having a CC entity for speech in 
state U10, "Active": when made to send a DTMF tone (the corresponding IA5 character being selected from 
among the ones supported), shall send a START DTMF message specifying the correct IA5 character in the 
"keypad information" field of the keypad facility information element. 

References 

TS 24.008 clause 5.5.7. 

10.1.4.1.1.3 Test purpose 

1) To verify that an UE supporting the Mobile originating DTMF protocol control procedure, having a CC entity 
for speech in state U10, "Active": when made to send a DTMF tone, sends a START DTMF message on the 
correct DCCH. 

2) To verify that an UE supporting the Mobile originating DTMF protocol control procedure, having a CC entity 
for speech in state U10, "Active": when made to send a DTMF tone (the corresponding IA5 character being 
selected from among the ones supported), sends a START DTMF message specifying the correct IA5 character 
in the "keypad information" field of the keypad facility information element. 

10.1.4.1.1.4 Method of test 

Related ICS/IXIT statements 
supported teleservices; 

supported character set (e.g. 0-9, #, *, A, B, C, D); 
if and how DTMF tone is indicated to the user. 

Initial conditions 

System Simulator: 

1 cell, default parameters. 

User Equipment: 

The UE is brought into the state U10 "Active" for speech by using Generic call setup procedure for mobile 
originating circuit switched call defined in TS34.108. 
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Test procedure 

The UE being in the call active state, a user causes a DTMF tone to be generated e.g. by depression of a key in the UE. 
A DTMF digit corresponding to the digit indicated by the user is sent in a START DTMF message by the UE. The SS 
will return a START DTMF ACKNOWLEDGE message to the UE. This acknowledgement may be used in the UE to 
generate an indication as a feedback for a successful transmission. Then the user indicates that the DTMF sending 
should cease e.g. by releasing the key. The UE will send a STOP DTMF message to the network which is 
acknowledged with STOP DTMF ACKNOWLEDGE by the S S . 

The sequence described above is repeated for each of the applicable characters 0-9, #, *, A, B, C, and D. 

Then a case of rejecting a DTMF tone is tested and the state of the UE is verified. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


-> 


START DTMF 


the user causes DTMF tone to be 
generated 




SS 




the SS will verify that the transmitted 
information corresponds to the digit 
pressed 


2 


<- 


START DTMF ACKNOWLEDGE 


possible indication of a DTMF tone 
depending the ICS/IXIT statements 


3 


<- 


STATUS ENQUIRY 




4 


-> 


STATUS 


cause 30#, state U10 


5 


-> 


STOP DTMF 




6 


<- 


STOP DTMF ACKNOWLEDGE 


the DTMF tone indication shall be 
stopped 


7 






the steps 1 -4 shall be repeated for each 
of the applicable characters 0-9, #, *, A, 
B, C, D. 


8 


<- 


STATUS ENQUIRY 




9 


-> 


STATUS 


cause 30#, state U10 


10 


-> 


START DTMF 




11 


<- 


START DTMF REJECT 




12 


<- 


STATUS ENQUIRY 




13 


-> 


STATUS 


cause 30#, state U10 



Specific message contents: 
None. 



10.1.4.1.1.5 



Test requirements 



Upon a user making to send a DTMF tone a CC entity for speech in the CC state U10, "Active", shall send a START 
DTMF message on the DCCH to SS. 

The SS will verify that the transmitted information corresponds to the digit pressed in the UE. 

After step 7 (successful DTMF transmission) the CC-state U10, "Active", shall remain unchanged. 

After step 1 1 (unsuccessful DTMF transmission) the CC-state U10, "Active", shall remain unchanged. 



10.1.4.2 



In-call functions / user notification 



User notification procedure allows the network to notify a UE of any call-related event during the "active" state of a 
call. It also may allow a UE to notify the remote user of any appropriate call-related event during the "active" state of a 
call by sending a NOTIFY message containing a notification indicator to the network. No state change occurs at any of 
the interface sides during this procedure. 



ETSI 



3G TS 34.1 23-1 version 3.0.0 Release 1 999 671 ETSI TS 1 34 1 23-1 V3.0.0 (2000-06) 

10.1.4.2.1 In-call functions/ User notification / UE terminated 

10.1.4.2.1.1 Definition 

This is a case for testing user notification procedure terminated by the user equipment. The test is applicable for those 
equipments supporting at least one circuit switched basic service. 

10.1.4.2.1.2 Conformance requirement 

1) A CC entity of a UE in CC-state U10, "active", upon receiving of a NOTIFY message shall remain in the active 
state. 

References 

TS 24.008 clause 5.3.1. 

10.1.4.2.1.3 Test purpose 

To verify that a CC entity of a UE in CC-state U10, "active", upon receiving of a NOTIFY message remains in the 
active state. 

10.1.4.2.1.4 Method of test 

Related ICS/IXIT statements 

supported circuit switched basic services. 

Initial conditions 

System Simulator: 

1 cell, default parameters. 

User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U10 "Active" by using Generic call setup procedure for mobile originating 
circuit switched calls defined in TS34.108. 

Test procedure 

The UE being in the call active state, the SS will send a NOTIFY message to the UE. The state of the UE is checked 
after that. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 


<- 
<- 
-> 


NOTIFY 

STATUS ENQUIRY 

STATUS 


cause 30#, state U10 



Specific message contents: 
None. 
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10.1.4.2.1.5 Test requirements 

After step 1 a CC entity of the UE in the CC-state U10, "active", shall remain in the active state. 

1 0.1 .4.3 In-call functions / channel changes 

The two following test cases are for testing some elementary radio resource level procedures during an active state of a 
call to ensure call maintenance also during Hard handover. 

10.1.4.3.1 In-call functions /channel changes / a successful channel change in active state/ 

Hard handover 

10.1.4.3.1.1 Definition 

This is a case to test a change of the frequency of a physical channel during active state of a call. This test is applicable 
for any equipment supporting at least one mobile terminating circuit switched basic service. 

10.1.4.3.1.2 Conformance requirement 

1) The UE being in the call active state after having successful completed a physical channel reconfiguration, shall 
remain in the call active state. 

References 

TS 24.008 clause 5.3.4.3.2, and TS 25.331 clause 8.3.5. 

10.1.4.3.1.3 Test purpose 

To verify that the UE being in the call active state after having successful completed a physical channel 
reconfiguration remains in the call active state. 

10.1.4.3.1.4 Method of test 

Related ICS/IXIT statements 

supported MT circuit switched basic services; 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U10 "Active" by using Generic call setup procedure for mobile originating 
circuit switched calls defined in TS34.108. 

Test procedure 

The UE being in the call active state, the SS initiated physical channel reconfiguration procedure causing an intracell 
change of channel by sending a PHYSICAL CHANNEL RECONFIGURATION message to the UE. The UE performs 
physical channel reconfiguration procedure and after the main signalling link is successfully established, the UE returns 
a PHYSICAL CHANNEL RECONFIGURATION COMPLETE message on the uplink DCCH using AM RLC. The 
state of the UE is then checked. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 

3 

4 


<- 
-> 

<- 
-> 


PHYSICAL CHANNEL RECONFIGURATION 

PHYSICAL CHANNEL RECONFIGURATION 

COMPLETE 

STATUS ENQUIRY 

STATUS 


cause 30#, state U10 



Specific message contents: 
None. 



10.1.4.3.1.5 



Test requirements 



The UE being in the call active state after having successful completed a physical channel reconfiguration, shall remain 
in the call active state. 



10.1.4.3.2 In-call functions /channel changes /an unsuccessful channel change in active 

mode/Hard handover 



10.1.4.3.2.1 



Definition 



This is a case to test an unsuccessful change of the frequency of a physical channel during active state of a call. This test 
is applicable for any equipment supporting at least one mobile terminating circuit switched basic service. 



10.1.4.3.2.2 



Conformance requirement 



1) The UE, when returning to the old channel after physical channel reconfiguration failure, shall remain in the call 
active state. 

References 

TS 24.008 clause 5.3.4.3. 



10.1.4.3.2.3 



Test purpose 



To verify that the UE, when returning to the old channel after physical channel reconfiguration failure, will remain in 
the call active state. 



10.1.4.3.2.4 



Method of test 



Related ICS/IXIT statements 

supported MT circuit switched basic services; 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 
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The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U10 "Active" by using Generic call setup procedure for mobile originating 
circuit switched calls defined in TS34.108. 

Test procedure 

The SS sends a PHYSICAL CHANNEL RECONFIGURATION message, but does not activate the assigned physical 
channel. The UE shall attempt try to activate the new channel (this is not verified) and shall then reactivate the "old" 
channel. The UE shall send a PHYSICAL CHANNEL RECONFIGURATION FAILURE message on the DCCH using 
AM RLC and shall set the cause value in IE "failure cause" to "physical channel failure". The state of the UE is then 
checked. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 

2 

3 

4 


<- 

-> 

<- 
-> 


PHYSICAL CHANNEL RECONFIGURATION 

PHYSICAL CHANNEL RECONFIGURATION 

FAILURE 

STATUS ENQUIRY 

STATUS 


The UE attempts and fails to re- 
configure the physical channel. 

NOTE 

cause 30#, state U10 



Specific message contents: 

NOTE: With the cause value "physical channel failure". 

10.1.4.3.2.5 Test requirements 

The UE being in the call active state after physical channel reconfiguration failure, shall remain in the call active state. 



10.1.4.4 



In-call functions / UE terminated in-call modification 



10.1.4.4.1 In-call functions/ UE terminated in-call modification /modify when new mode is 

not supported 



10.1.4.4.1.1 



Definition 



This is to test a special case of a in-call modification procedure, in which the new mode is not supported (and 
consequently not one of those negotiated and agreed during the establishment phase of the call). This test is applicable 
for any equipment supporting at least one circuit switched basic service. 



10.1.4.4.1.2 



Conformance requirement 



1) In the case that the UE supports the network originated in-call modification procedure, the UE after having 
received a MODIFY message with a new mode which is not the actual one and cannot be supported by the UE 
shall reject it by sending a MODIFY REJECT message or a STATUS message. 

2) In the case that the UE does not support the network originated in-call modification procedure, the UE shall, 
when receiving a MODIFY message, treat the message as unknown and respond with a STATUS message. 

References 

1) TS 24.008 clauses 5.3.4.3.4.2 and 5.3.4.4. 
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2) TS 24.008 clause 5.3.4. 



10.1.4.4.1.3 



Test purpose 



1) To verify that an UE supporting the network originated in-call modification procedure, after having received a 
MODIFY message with a new mode which is not the actual one and cannot be supported by the UE, rejects it by 
sending a MODIFY REJECT. 

2) To verify that an UE not supporting the network originated in-call modification procedure, after having received 
a MODIFY message, responds with a STATUS message. 



10.1.4.4.1.4 



Method of test 



Related ICS/IXIT statements 

supported circuit switched basic services; 

the UE supports the network originated in-call modification procedure (p = Yes/No). 

Initial conditions 

System Simulator: 

1 cell, default parameters. 

User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

The UE is brought into the state U10 "Active" by using Generic call setup procedure for mobile originating 
circuit switched calls defined in TS34.108. 

Test procedure 

The UE being in the call active state, the SS initiates in-call modification procedure by sending a MODIFY message 
with new mode different from actual mode and one of those not supported by the UE. The UE either returns a MODIFY 
REJECT message with the old bearer capability or a STATUS message with reject cause #97, depending on the 
ICS/IXIT statement. The state of the UE is then checked. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 


<- 


MODIFY 


with new mode different from actual one 


2a 


-> 


MODIFY REJECT 


with the old call mode included OR, p = 
Yes 


2b 


-> 


STATUS 


cause #97, state U1 0, p = No 


3 

4 


<- 
-> 


STATUS ENQUIRY 
STATUS 


cause 30#, state U10 



Specific message contents: 
None. 



10.1.4.4.1.5 



Test requirements 



In the case that the UE supports the network originated in-call modification procedure, the UE after having received a 
MODIFY message with a new mode which is not the actual one and cannot be supported by the UE shall reject it by 
sending a MODIFY REJECT message and shall remain in the call active state. 
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In the case that the UE does not support the network originated in-call modification procedure, the UE shall, when 
receiving a MODIFY message, treat the message as unknown and respond with a STATUS message. The UE shall 
remain in the call active state. 

1 0.1 .4.5 In-call functions / UE originated in-call modification 

10.1.4.5.1 In-call functions/ UE originated in-call modification /a successful case of 

modifying 

10.1.4.5.1.1 Definition 

This test is to test a successful case of in-call modification, which is triggered by the calling tone identification (CNG) 
received by the UE. This test is applicable for any equipment supporting any dual mode bearer capability service 
(Teleservice 61 - Alternate Speech/Group 3 fax). 

10.1.4.5.1.2 Conformance requirement 

1) The procedure shall be initiated by the UE in the "active" state of the call. It shall send a MODIFY message 
including the new mode to be changed to; and enter the "mobile originating modify" state. The new mode given 
in the MODIFY message shall be one of those already negotiated and agreed during the establishment phase of 
the call. The UE shall stop sending user information according to the old mode and enter the state U26 "Mobile 
Originating Modify". 

2) Upon receipt of the MODIFY COMPLETE message the UE shall start sending channel information according to 
the new call mode and enter the "active" state. 

References 

Conformance requirement 1: TS 24.008 clause 5.3.4.3.1. 
Conformance requirement 2: TS 24.008 clause 5.3.4.3.2. 

10.1.4.5.1.3 Test purpose 

1) To verify that the procedure is initiated by the UE in the "active" state of the call. It sends a MODIFY message 
including the new mode to be changed to; and enters the "mobile originating modify" state. The new mode given 
in the MODIFY message is one of those already negotiated and agreed during the establishment phase of the 
call. The MODIFY originating side stops sending user information. 

2) To verify that upon receipt of the MODIFY COMPLETE message the UE starts sending channel information 
according to the new call mode and enters the "active" state. 

10.1.4.5.1.4 Method of test 

Related ICS/IXIT statements 

a way to activate a dual mode call; 
a way to activate in-call modification; 
support of dual bearer capability services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 
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The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

Test procedure 

The UE initiates a call for one of the supported dual mode services. The UE being in the call active state, in-call 
modification procedure is initiated for the selected service from the UE side. The UE shall send a MODIFY message 
with the new mode to the SS and the state of the UE is checked. The channel mode is modified with the RADIO 
BEARER RECONFIGURATION message including the appropriate channel mode for the new service. The SS then 
returns a MODIFY COMPLETE message. The state of the UE is then checked. 

NOTE: ICM can be initiated by manual intervention at the UE. 
Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is made to initiate a dual mode 
call 


2 


-> 


RRC CONNECTION REQUEST 




3 


<- 


RRC CONNECTION SETUP 




4 


-> 


RRC CONNECTION SETUP COMPLETE 




5 


-> 


CM SERVICE REQUEST 




6 


<- 


AUTHENTICATION REQUEST 




7 


-> 


AUTHENTICATION RESPONSE 




8 


<- 


SECURITY MODE COMMAND 




9 


-> 


SECURITY MODE COMPLETE 




10 


-> 


SETUP 


as specified in specific message 
contents 


11 


<- 


CALL PROCEEDING 


as specified in specific message 
contents 


12 




Radio Bearer Setup Procedure 


SeeTS34.108 


13 


<- 


ALERTING 




14 


<- 


CONNECT 




15 


-> 


CONNECT ACKNOWLEDGE 




16 


-> 


MODIFY 


as specified in specific message 
contents 


17 


<- 


STATUS ENQUIRY 




18 


-> 


STATUS 


cause 30#, state U26 


19 


<- 


RADIO BEARER RECONFIGURATION 


as specified in specific message 
contents 




-> 


RADIO BEARER RECONFIGURATION 




20 




COMPLETE 




21 


<- 


MODIFY COMPLETE 


contains the new mode as bearer 
capability 


22 


SS 




allow at least 2 seconds for the UE to 
adapt for the new mode 


23 


<- 


STATUS ENQUIRY 




24 


-> 


STATUS 


cause 30#, state U10 


25 


SS 




verify that the UE starts sending user 
information according to the new mode 



Specific message contents: 

SETUP message contains bearer capability 1 IE and bearer capability 2 IE for appropriate basic services. 

CALL PROCEEDING message contains bearer capability 1 IE and bearer capability 2 IE for agreeing a dual mode call. 

RADIO BEARER RECONFIGURATION message contains some IEs that is fit for BC in MODIFY message. 



10.1.4.5.1.5 



Test requirements 



The UE shall send a MODIFY message including the new mode to be changed to; and enter the state U26 "Mobile 
Originating Modify". The new mode given in the MODIFY message shall be one of those already negotiated and 
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agreed during the establishment phase of the call. The UE shall stop sending user information according to the old 
mode. 

After step 21 the UE shall start sending channel information according to the new call mode and enter the CC state U10 
"Active". 

10.1.4.5.2 In-call functions/ UE originated in-call modification / modify rejected 

10.1.4.5.2.1 Definition 

This is to test a special case of a in-call modification procedure, in which the in-call modification is rejected. This test is 
applicable for any equipment supporting any dual mode bearer capability service (Teleservice 61 - Alternate 
Speech/Group 3 fax). 

10.1.4.5.2.2 Conformance requirement 

1) Upon receipt of the MODIFY REJECT message with the old bearer capability the UE shall: resume sending user 
information according to the present call mode; resume interpreting received user information according to the 
present call mode; and enter the "active" state. 

References 

TS 24.008 clause 5.3.4.3.4.1. 

10.1.4.5.2.3 Test purpose 

To verify that upon receipt of the MODIFY REJECT message with the old bearer capability the UE resumes sending 
user information according to the present call mode; resumes interpreting received user information according to the 
present call mode; and enters the "active" state. 

10.1.4.5.2.4 Method of test 

Related ICS/IXIT statements 
- supported teleservices; 

support of dual bearer capability services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

Test procedure 

The UE initiates a call for one of the supported dual mode services. The UE being in the call active state, in-call 
modification procedure is initiated for the selected service from the UE side. The UE shall send a MODIFY message 
with new mode to the SS. The SS returns a MODIFY REJECT message. The state of the UE is then checked. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 






MMI action to initiate a dual mode call 
Steps 2-1 3 of test case 10.1.4.5.1 are 
performed and the UE is in CC-state 
"Active" 


2 


-> 


MODIFY 


MMI action to change the mode 


3 


<- 


MODIFY REJECT 


with cause #58 bearer capability not 
available and with old bearer capabilities 


4 


<- 


STATUS ENQUIRY 




5 


-> 


STATUS 


cause 30#, state U10 



Specific message contents: 
None. 



10.1.4.5.2.5 



Test requirements 



After step 3 the UE shall resume sending user information according to the present call mode; resume interpreting 
received user information according to the present call mode; and enter the CC state U10 "Active". 

10.1.4.5.3 ln-call functions/ UE originated in-call modification /an abnormal case of 

acceptance 

10.1.4.5.3.1 Definition 

This is to test a special case of a in-call modification procedure, in which the in-call modification is accepted 
incorrectly. This test is applicable for any equipment supporting any dual mode bearer capability service (Teleservice 
61 - Alternate Speech/Group 3 fax). 



10.1.4.5.3.2 



Conformance requirement 



1) Upon receipt of the MODIFY COMPLETE message indicating a call mode which does not correspond to the 
requested one the UE shall discard it and take no action. 

References 

TS 24.008 clause 5.3.4.4. 



10.1.4.5.3.3 



Test purpose 



To verify that upon receipt of the MODIFY COMPLETE message indicating a call mode which does not correspond to 
the requested one the UE discards it and takes no action. 



10.1.4.5.3.4 



Method of test 



Related ICS/IXIT statements 
supported teleservices; 
support of dual bearer capability services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
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User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

Test procedure 

The UE initiates a call for one of the supported dual mode services. The UE being in the call active state, in-call 
modification procedure is initiated for the selected service from the UE side. The UE shall send a MODIFY message 
with new mode to the SS. The SS returns a MODIFY COMPLETE message specifying a mode that does not correspond 
to the requested one. It will be verified then that the UE shall not take any action and the state of the UE will be 
checked. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 






MMI action to initiate a dual mode call 
Steps 2-1 3 of test case 10.1.4.5.1 are 
performed and the UE is in CC-state 
"Active" 


2 


-> 


MODIFY 


MMI action to change the mode 


3 


<- 


MODIFY COMPLETE 


with a mode that does not correspond to 
the requested one 


4 


<- 


STATUS ENQUIRY 




5 


-> 


STATUS 


cause 30#, state U26 



Specific message contents: 

MODIFY COMPLETE message contains the Bearer capability IE that dose not correspond to the requested one by the 
MODIFY message. 



10.1.4.5.3.5 



Test requirements 



After step 3 the UE shall discard received MODIFY REJECT message and take no action. The CC-entity of the UE in 
CC-state U26, "Mobile Originating Modify", shall remain in the call state U26. 

10.1.4.5.4 In-call functions/ UE originated in-call modification /an abnormal case of 

rejection 



10.1.4.5.4.1 



Definition 



This is to test a special case of a in-call modification procedure, in which the in-call modification is rejected incorrectly. 
This test is applicable for any equipment supporting any dual mode bearer capability service (Teleservice 61 - Alternate 
Speech/Group 3 fax). 



10.1.4.5.4.2 



Conformance requirement 



1) Upon receipt of the MODIFY REJECT message indicating a call mode which does not correspond to the actual 
one the UE shall discard it and take no action. 

References 

TS 24.008 clause 5.3.4.4. 



10.1.4.5.4.3 



Test purpose 



To verify that upon receipt of the MODIFY REJECT message indicating a call mode which does not correspond to the 
actual one the UE discards it and takes no action. 
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10.1.4.5.4.4 



Method of test 



Related ICS/IXIT statements 
supported teleservices; 
support of dual bearer capability services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

Test procedure 

The UE initiates a call for one of the supported dual mode services. The UE being in the call active state, in-call 
modification procedure is initiated for the selected service from the UE side. The UE shall send a MODIFY message 
with new mode to the SS. The SS returns a MODIFY REJECT message specifying a mode that does not correspond to 
the actual one. The state of the UE is then checked. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 






MMI action to initiate a dual mode call 
Steps 2-1 3 of test case 10.1.4.5.1 are 
performed and the UE is in CC-state 
"Active" 


2 


-> 


MODIFY 


MMI action to change the mode 


3 


<- 


MODIFY REJECT 


with a mode that does not correspond to 
the actual one 


4 


<- 


STATUS ENQUIRY 




5 


-> 


STATUS 


cause 30#, state U26 



Specific message contents: 

MODIFY REJECT message contains the Bearer capability IE that dose not correspond to the actual one specified in the 
Bearer capability HE of the SETUP message. And also contains a cause value #58 "bearer capability not presently 
available". 



10.1.4.5.4.5 



Test requirements 



After step 3 the UE shall discard received MODIFY REJECT message and take no action. The CC-entity of the UE in 
CC-state U26, "Mobile Originating Modify", shall remain in the call state U26. 



10.1.4.5.5 



In-call functions / UE originated in-call modification / time-out of timer T323 



10.1.4.5.5.1 



Definition 



This is to test a special case of a in-call modification procedure, in which timer T323 expires in state U26, mobile 
originating modify. This test is applicable for any equipment supporting any dual mode bearer capability service 
Teleservice 61 - Alternate Speech/Group 3 fax). 
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10.1.4.5.5.2 



Conformance requirement 



1) Upon expiration of T323 the UE shall initiate the procedures for call clearing with cause #102 "recovery on 
timer expiry". 

References 

TS 24.008 clause 5.3.4.34.3. 



10.1.4.5.5.3 



Test purpose 



To verify that upon expiration of T323 the UE shall initiate the procedures for call clearing with cause #102 "recovery 
on timer expiry" . 



10.1.4.5.5.4 



Method of test 



Related ICS/IXIT statements 

supported circuit switched basic services; 
support of dual bearer capability services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

Test procedure 

The UE initiates a call for one of the supported dual mode services. The UE being in the call active state, in-call 
modification procedure is initiated for the selected service from the UE side. The UE shall send a MODIFY message 
with new mode to the SS. The SS does not respond until timer T323 expires at the UE. The UE is expected to respond 
with a DISCONNECT message. The SS checks timer T323 accuracy between emission of MODIFY and reception of 
DISCONNECT messages, the state of the UE and a cause value from the DISCONNECT message. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 






MMI action to initiate a dual mode call 
Steps 2-1 3 of test case 10.1.4.5.1 are 
performed and the UE is in CC-state 
"Active" 


2 


-> 


MODIFY 


MMI action to change the mode 


3 


SS 




the SS waits for the timer T323 expiry 


4 


-> 


DISCONNECT 


cause value #102, the SS checks timer 
check the timer T323 accuracy 


5 


<- 


STATUS ENQUIRY 




6 


-> 


STATUS 


cause 30#, state U11 



Specific message contents: 
None. 
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10.1.4.5.5.5 Test requirements 

Upon expiry of timer T323 the UE shall initiate the procedures for call clearing by sending a DISCONNECT message 
with cause #102 "recovery on timer expiry" and enter the CC-state Ull, "Disconnect Request". 

10.1.4.5.6 ln-call functions/ UE originated in-call modification /a successful channel change 

in state mobile originating modify 

10.1.4.5.6.1 Definition 

This is to test a special case of a in-call modification procedure, in which a change of a physical channel occurs in state 
U26, mobile originating modify. This test is applicable for any equipment supporting any dual mode bearer capability 
service (Teleservice 61 - Alternate Speech/Group 3 fax). 

10.1.4.5.6.2 Conformance requirement 

1) A CC-entity of the UE in CC-state U26, "Mobile Originating Modify", after successful completion of a radio 
bearer reconfiguration procedure with a physical channel change shall remain in the call state U26. 

2) Upon receipt of the MODIFY COMPLETE message the UE shall start sending user information according to the 
new call mode and enter the "active" state. 

References 

1) TS 24.008 clause 5.3.4.3.2, TS25.311 clause 8.3.5. 

2) TS 24.008 clause 5.3.4.3.2. 

10.1.4.5.6.3 Test purpose 

1) To verify that a CC-entity of the UE in CC-state U26, "Mobile Originating Modify", after successful completion 
of a radio bearer reconfiguration procedure remains in the call state U26. 

2) To verify that upon receipt of the MODIFY COMPLETE message the UE starts sending user information 
according to the new call mode and enters the "active" state. 

10.1.4.5.6.4 Method of test 

Related ICS/IXIT statements 

supported circuit switched basic services; 
support of dual bearer capability services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

Test procedure 

The UE initiates a call for one of the supported dual mode services. The UE being in the call active state, in-call 
modification procedure is initiated for the selected service from the UE side. The UE shall send a MODIFY message 
with a new mode to the SS. The SS does not respond immediately, but performs radio bearer reconfiguration procedure 
including the appropriate channel mode for the new service. The state of the UE is then checked. The SS then returns a 
MODIFY COMPLETE message. The state of the UE is checked finally. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 






MMI action to initiate a dual mode call 
Steps 2-1 3 of test case 10.1.4.5.1 are 
performed and the UE is in CC-state 
"Active" 


2 
3 


-> 
<- 


MODIFY 

RADIO BEARER RECONFIGURATION 


MMI action to change the mode 
channel mode implied by the MODIFY 


4 


-> 


RADIO BEARE RECONFIGURATION COMPLETE 


message 


5 


<- 


STATUS ENQUIRY 




6 


-> 


STATUS 


cause 30#, state U26 


7 


<- 


MODIFY COMPLETE 




8 


<- 


STATUS ENQUIRY 




9 


-> 


STATUS 


cause 30#, state U10 



Specific message contents: 

RADIO BEARER RECONFIGURATION message contains some IEs that is fit for BC in MODIFY message. And also 
contains the Frequency info IE with the value which is different from previous established one by Radio bearer 
establishment. 

10.1.4.5.6.5 Test requirements 

After step 4 a CC-entity of the UE in CC-state U26, "Mobile Originating Modify", shall remain in the call state U26. 

After step 7 the UE shall start sending user information according to the new call mode and enter the CC state U10, 
"Active". 

10.1.4.5.7 In-call functions / UE originated in-call modification / an unsuccessful channel 

change in state mobile originating modify 



10.1.4.5.7.1 



Definition 



This is to test a special case of a in-call modification procedure, in which an unsuccessful change of a physical channel 
occurs in state U26, mobile originating modify. This test is applicable for any equipment supporting any dual mode 
bearer capability service (Teleservice 61 - Alternate Speech/Group 3 fax). 



10.1.4.5.7.2 



Conformance requirement 



1) A CC-entity of the UE in CC-state U26, "Mobile Originating Modify", when returning to the old channel after 
handover failure and having established the link, shall remain in the call state U26. 

References 

TS 24.008 clause 5.3.4.3.2. 



10.1.4.5.7.3 



Test purpose 



To verify that a CC-entity of the UE in CC-state U26, "Mobile Originating Modify", when returning to the old channel 
after handover failure and having established the link, remains in the call state U26. 



10.1.4.5.7.4 



Method of test 



Related ICS/IXIT statements 
supported teleservices; 
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support of dual bearer capability services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

Test procedure 

The UE initiates a call for one of the supported dual mode services. The UE being in the call active state, in-call 
modification procedure is initiated for the selected service from the UE side. The UE shall send a MODIFY message 
with a new mode to the SS. The SS initiates handover procedure. When the UE tries to establish the main signalling 
link, it is prohibited by the SS. Then the UE shall return back to the old channel and re-establish correctly the link. The 
state of the UE is then checked. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 






MMI action to initiate a dual mode call 
Steps 2-1 3 of test case 10.1.4.5.1 are 
performed and the UE is in CC-state 
"Active" 


2 


-> 


MODIFY 


MMI action to change the mode 


3 


<- 


RADIO BEARER RECONFIGURATION 




4 


SS 




the SS does not re-configure the 
physical channel 


5 


-> 


RADIO BEARER RECONFIGURATION FAILURE 


after the UE has re-established the main 
signalling link in the old channel 
NOTE 


6 


<- 


STATUS ENQUIRY 




7 


-> 


STATUS 


cause 30#, state U26 



Specific message contents: 

RADIO BEARER RECONFIGURATION message contains some IEs that is fit for BC in MODIFY message. And also 
contains the Frequency info IE with the value which is different from previous established one by Radio bearer 
establishment. 

NOTE: With the cause value "physical channel failure". 

10.1.4.5.7.5 Test requirements 

After step 5 a CC-entity of the UE in CC-state U26, "Mobile Originating Modify", shall remain in the call state U26. 

10.1.4.5.8 In-call functions/ UE originated in-call modification / unknown message received 

10.1.4.5.8.1 Definition 

This is to test a special case of a in-call modification procedure, in which an unknown message is received in state U26, 
mobile originating modify. This test is applicable for any equipment supporting any dual mode bearer capability service 
Teleservice 61 - Alternate Speech/Group 3 fax). 
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10.1.4.5.8.2 



Conformance requirement 



A CC entity of a UE in CC-state U26, "Mobile Originating Modify", having received an unknown message from its 
peer entity shall return a STATUS message. 

References 

TS 24.008 clause 8.4. 



10.1.4.5.8.3 



Test purpose 



To verify that a CC entity of a UE in CC-state U26, "Mobile Originating Modify", having received an unknown 
message from its peer entity returns a STATUS message. 



10.1.4.5.8.4 



Method of test 



Related ICS/IXIT statements 
supported teleservices; 
support of dual bearer capability services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

Test procedure 

The UE initiates a call for one of the supported dual mode services. The UE being in the call active state, in-call 
modification procedure is initiated for the selected service from the UE side. The UE shall send a MODIFY message 
with a new mode to the SS. The SS sends a message with message type not defined for the protocol discriminator. The 
state of the UE is then checked. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 

2 
3 

4 


-> 
<- 
-> 


MODIFY 

unknown message 
STATUS 


MMI action to initiate a dual mode call 

Steps 2-1 3 of test case 10.1.4.5.1 are 

performed and the UE is in CC-state 

"Active" 

MMI action to change the mode 

message type not defined for PD 

cause 97#, state U26 



Specific message contents: 
None. 

10.1.4.5.8.5 Test requirements 

After step 3 a CC entity of a UE in CC-state U26, "Mobile Originating Modify", shall return a STATUS message. 
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1 0.1 .4.5.9 In-call functions / UE originated in-call modification / a release complete received 

10.1.4.5.9.1 Definition 

The call control entity of the UE being in the state, U26, the call is cleared by a RELEASE COMPLETE message sent 
by the SS. This test is applicable for any equipment supporting any dual mode bearer capability service (Teleservice 61 
- Alternate Speech / Group 3 fax). 

10.1.4.5.9.2 Conformance requirement 

1) A CC entity of the UE in CC-state U26, "mobile originating modify", upon receipt of a RELEASE COMPLETE 
message with valid cause value, shall enter CC state U0, "Null". 

2) On returning to idle mode, the CC entities relating to the seven mobile originating transaction identifiers shall be 
in state U0, "Null". 

Reference(s) 

Conformance requirement 1: TS 24.008 clause 5.4.2, TS 24.008 clause 5.4.4. 
Conformance requirement 2: TS 24.008 clause 5.4.4.1.3. 

10.1.4.5.9.3 Test purpose 

1) To verify that a CC entity of the UE in CC-state U26, "mobile originating modify", upon receipt of a RELEASE 
COMPLETE message with valid cause value, enters CC state U0, "Null". 

2) To verify that on returning to idle mode, the CC entities relating to the seven mobile originating transaction 
identifiers are in state U0, "Null". 

10.1.4.5.9.4 Method of test 

Related ICS/IXIT statements 

a way to activate a dual mode call; 
a way to activate in-call modification; 
support of dual bearer capability services. 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

Test Procedure 

The UE initiates a call for one of the supported dual mode services. The UE being in the call active state, in-call 
modification procedure is initiated for the selected service from the UE side. The UE shall send a MODIFY message 
with the new mode to the SS and the state of the UE is checked. The SS sends a RELEASE COMPLETE message to 
the UE. The SS checks by using the status enquiry procedure that the CC entity has entered the state U0 with all the 
relevant transaction identifiers. 

NOTE: ICM can be initiated by manual intervention at the UE. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 






MMI action to initiate a dual mode call 
Steps 2-1 3 of test case 10.1.4.5.1 are 
performed and the UE is in CC-state 
"Active" 


2 


-> 


MODIFY 


as specified in specific message 
contents 


3 


<- 


STATUS ENQUIRY 




4 


-> 


STATUS 


cause #30, state U26 


5 


<- 


RELEASE COMPLETE 




6 


<- 


STATUS ENQUIRY 




7 


-> 


RELEASE COMPLETE 


cause #81 (invalid Tl value) 


8 


SS 




repeat steps 6 - 7 to cover all the 
transaction identifiers from 000 ... 110 


9 


<- 


RRC CONNECTION RELEASE 


the main signalling link shall be released 


10 


-> 


RRC CONNECTION RELEASE COMPLETE 





Specific message contents: 
None. 

10.1.4.5.9.5 Test requirements 

The UE shall send a MODIFY message and enter the state U26 "Mobile Originating Modify". 

After step 7 CC entities relating to all mobile originating transaction identifiers shall send RELEASE COMPLETE 
messages with cause value #81 (invalid TI value). 

10.2 Call Re-establishment 

10.2.1 Call Re-establishment/call present, re-establishment allowed 



10.2.1.1 



Definition 



This is to test a successful case of a call re-establishment procedure. This test is applicable for any equipment 
supporting at least one bearer capability. If the UE does not perform call re-establishment procedure correctly, the 
network will waste resources. 



10.2.1.2 



Conformance requirement 



1) If the call is in the "active" state or "mobile originating modify" state, the indication from MM that re- 
establishment is possible shall cause call control to request re-establishment from the MM-connection, suspend 
any further message to be sent and await the completion of the re-establishment procedure. 

2) When the call control entity is notified that the MM-connection is re-established, it shall then resume the 
transmission of possibly suspended messages and resume user data exchange when an appropriate channel is 
available. 

References 

1) TS 24.008 clause 4.5.1.6 and 5.5.4.2. 

2) TS 24.008 clause 4.5.1.6 and 5.5.4.3. 
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10.2.1.3 Test purpose 

The purpose of this test is to verify that the UE can correctly perform a call re-establishment procedure. 

10.2.1.4 Method of test 

Related ICS/IXIT statements 
- supported teleservices. 

Initial conditions 

System Simulator: 

The SS simulates cells A and B. The LAC of cell A is different from the LAC of cell B. The PLMN identities of 
cell A and B are equal. 

The call re-establishment parameter concerning cell A is set to an arbitrary value. 

Cell B is not barred. Cell B is indicated as a neighbour cell of cell A in SYSTEM INFORMATION messages of 
cell A. Cell reselect hysteresis parameter of cell A is set to zero. 

User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN on cell A. 

Test procedure 

The UE is brought into the state U10 "Active" by using Generic call setup procedure for mobile originating circuit 
switched calls defined in TS34.108. The RF level of cell A is lowered so that cell B is to be selected (when the UE 
performs re-establishment after radio link failure), while keeping the CI and C2 of cell A greater than zero. SS waits for 
at least 5 seconds. Then the SS stops transmission on the DTCH/DCCH. The UE shall re-establish the call on cell B 
using a CM RE-ESTABLISHMENT message. The SS performs security mode control and radio bearer establishment 
procedures. The UE shall through-connect the appropriate bearer channel. Then, the call is cleared by the SS. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 






The UE is brought into the state U10 
"Active" by using Generic call setup 
procedure for mobile originating circuit 
switched calls defined in TS34.108 (the 
appropriate bearer channel is through 
connected in both directions in DTCH) 


2 


SS 




The RF level of cell A is lowered. The 
SS waits at least 5 seconds. The SS 
stops transmission on the DTCH/DCCH. 


3 


-> 


RRC CONNECTION RE-ESTABLISHMENT 
REQUEST 


this is sent on cell B. 


4 


<- 


RRC CONNECTION RE-ESTABLISHMENT 




5 


-> 


RRC CONNECTION RE-ESTABLISHMENT 
COMPLETE 




6 


-> 


CM REESTABLISHMENT REQUEST 


note specific message contents 


7 


<- 


SECURITY MODE COMMAND 


SS starts deciphering after sending the 
message. 


8 


-> 


SECURITY MODE COMPLETE 


Shall be sent enciphered. All following 
messages shall be sent enciphered. 


9 


SS 




SS starts ciphering. 


10 




Radio Bearer Setup Procedure 


SeeTS34.108 


11 


UE 




The appropriate bearer channel is 
through connected in both directions. 


12 


<- 


DISCONNECT 


with cause value "Normal" 


13 


-> 


RELEASE 




14 


<- 


RELEASE COMPLETE 




15 


<- 


RRC CONNECTION RELEASE 


The main signalling link is released. 


16 


-> 


RRC CONNECTION RELEASE COMPLETE 





Specific message contents: 

CM RE-ESTABLISHMENT REQUEST message contains Ciphering key sequence number IE with the value which the 
UE was allocated in . 



10.2.1.5 



Test requirements 



After step 2 a CC entity of the UE in the "active" state, shall suspend any further message to be sent and await the 
completion of the re-establishment procedure. 

After step 10 the UE resume user data exchange when an appropriate channel is available. 

10.2.2 Call Re-establishment/call under establishment, transmission 
stopped 



10.2.2.1 



Definition 



This is to test a special case of a call re-establishment, in which it is not allowed for a UE to attempt re-establishment of 
a call, since the call has not been established yet. This test is applicable for any equipment supporting at least one 
mobile originated circuit switched basic service. 



10.2.2.2 



Conformance requirement 



When a lower layer failure occurs while an MM -connection is active, if the state of the call control entity is not 
"active", the UE shall release the MM-connection and shall not attempt call re-establishment. 
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References 

TS 24.008 clauses 4.5.1.6 and 5.5.4.2. 



10.2.2.3 



Test purpose 



The purpose of this test is to verify that the UE does not attempt call re-establishment when it is not allowed to take 
place because of the call control state. 



10.2.2.4 



Method of test 



Related ICS/IXIT statements 

supported MO circuit switched basic services. 

Initial conditions 
System Simulator: 

The SS simulates cell A. 

Cell A is not barred. 
User Equipment: 

The UE is in MM-state "idle, updated" with valid TMSI and CKSN. 

Test procedure 

The call control entity of the UE is brought to state U4, "call delivered" by using Generic call setup procedure for 
mobile originating circuit switched calls defined in TS34.108. The SS stops transmission on the DTCH/DCCH. The UE 
shall not require re-establishment of the call on cell A. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 






the UE is made to initiate a call 


2 


-> 


RRC CONNECTION REQUEST 




3 


<- 


RRC CONNECTION SETUP 




4 


-> 


RRC CONNECTION SETUP COMPLETE 




5 


-> 


CM SERVICE REQUEST 




6 


<- 


AUTHENTICATION REQUEST 




7 


-> 


AUTHENTICATION RESPONSE 




8 


<- 


SECURITY MODE COMMAND 


SS starts deciphering after sending the 
message. 


9 


-> 


SECURITY MODE COMPLETE 


All following messages shall be sent 
enciphered. 


10 


SS 




SS starts ciphering. 


11 


-> 


SETUP 




12 


<- 


CALL PROCEEDING 




13 




Radio Bearer Setup Procedure 


SeeTS34.108 


14 


<- 


ALERTING 


U4 


15 


SS 




the SS stops transmission on the 
DTCH/DCCH 


16 


UE 




the UE shall not attempt re- 
establishment on cell A. This is checked 
for 30 seconds after the radio link 
failure. 
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Specific message contents: 
None. 

10.2.2.5 Test requirements 

After step 15 the UE that is not in "active" state, shall release the MM-connection and shall not attempt call re- 
establishment. 

1 0.3 User to user signalling 

10.3.1 Definition 

The "user to user" information element is used to convey information between the mobile user and a remote ISDN user. 
This test is therefore applicable for any equipment supporting at least one mobile terminating circuit switched basic 
service. 

NOTE: There is no test for an UE originating call including a "user-user" information element since it is not a 
mandatory UE feature. 

10.3.2 Conformance requirement 

The inclusion of the "user-user" information element in downlink call control messages shall cause no adverse effects 
on the operation of the UE. 

References 

TS 24.008 clauses 5.2.2, 9.3.7, 9.3.23.1 and 10.5.4.25 

10.3.3 Purpose of the test 

The purpose of this test is to verify that inclusion of the "user-user" information element in either of the down link 
messages, SETUP or DISCONNECT causes no adverse effects on the operation of the UE. 

10.3.4 Method of test 

Related ICS/IXIT statement(s) 

Supported MT circuit switched basic services. 

Support of user-user information element, and details of suitable codings. 

Initial conditions. 
System Simulator: 

The SS simulates 1 cell, with default parameters. 
User Equipment: 

The UE is in MM-state "idle updated", with a valid TMSI and CKSN. 

Test procedure 

The SS attempts to set up a mobile terminated call, with one of the supported circuit switched basic services which has 
been arbitrarily chosen, the generic call set up procedures for mobile terminating circuit switched calls,(either speech or 
data) as specified in TS34.108 clause 7. The default SETUP message contents are modified to include the user-user 
Information Element. The UE shall not respond adversely to the inclusion of the user-user information element. 
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After 30 seconds the SS sends a DISCONNECT message, again the UE shall not respond adversely to the inclusion of 
the user-user information element, but shall continue to clear down the call normally. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 






Generic Call Setup procedure for mobile 
terminating circuit switched calls defined 
in TS 34.108, depending on choice of 
Bearer Capability. The SETUP message 
contains the user-user IE, see Specific 
message contents. 


2 






The SS waits 30 seconds. 


3 


<- 


DISCONNECT 


Message contains the user-user IE, see 
Specific message contents 


4 


-> 


RELEASE 




5 


<- 


RELEASE COMPLETE 




6 


<- 


RRC CONNECTION RELEASE 




7 


-> 


RRC CONNECTION RELEASE COMPLETE 





Specific message contents: 

SETUP message contains user-user IE with the string coded in IA5 characters: for example "Call Setup". 

DISCONNECT message contains user-user IE with the string coded in IA5 characters: for example "Call Disconnect". 
(The codings above are for example only. For the case of an UE which supports "user-user" signalling it may be 
necessary to add meaning to the data fields, see ICS/IXIT statement(s).) 

NOTE: The codings above are for example only. For the case of an UE which supports "user-user" signalling it 
may be necessary to add meaning to the data fields, see ICS/IXIT statement(s). 



10.3.5 



Test requirements 



The inclusion of the "user-user" information element in downlink call control messages shall cause no adverse effects 
on the operation of the UE. 
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1 1 Session Management Procedures 

11.1 PDP context activation 
11.1.1 Initiated by the UE 

11.1.1.1 Attach initiated by context activation/QoS Offered by Network is the QoS 
Requested 

11.1.1.1.1 Definition 

11.1.1 .1 .2 Conformance requirement 

PDP context activation shall initiate PS Attach by the UE to establish a GMM context, when the UE is PS Detached. 

In order to request a PDP context activation, the UE sends an ACTIVATE PDP CONTEXT REQUEST message to 
thenetwork, enters the state PDP-ACTIVE-PENDING and starts timer T3380. The message contains the selected 
NSAPI, PDP type, requested QoS and, if the UE requests a static address, the PDP address. 

If the QoS offered by the network is the same as the QoS requested by the UE, then upon receipt of the message 
ACTIVATE PDP CONTEXT ACCEPT the UE shall stop timer T3380 and shall initiate establishment of the logical 
link with the offered QoS. 

Reference 

3GTS 24.008 subclauses 6.1.1 and 6.1.3.1.1. 

11.1.1.1.3 Test purpose 

To check the UE initiates a PS attach if one is not already active. 

To test the behaviour of the UE when SS responds to a PDP context activation request with the requested QoS. 

11.1.1.1.4 Method of test 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE and is in GMM-state "GMM-DEREGISTERED, normal service" with valid P-TMSI and CKSN. 

Related ICS/IXIT statements 
PS Supported yes/no 

Method of context activation 

Test procedure 

If the UE is attached a detach request is sent from the SS. UE replies with DETACH ACCEPT. A PDP context 
activation is then requested by the user. The PS attach (ATTACH REQUEST) is then indirectly caused by a requested 
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PDP context activation. The SS returns the ATTACH ACCEPT message to the UE. Now session management can 
proceed with PDP context activation. 

On receipt of the ACTIVATE PDP CONTEXT REQUEST message an ACTIVATE PDP CONTEXT ACCEPT is 
returned by the SS with the same requested QoS. The contents of the ACTIVATE PDP CONTEXT REQUEST message 
shall then be checked. The SS then waits for T3380seconds to ensure T3380 has been stopped and no more ACTIVATE 
PDP CONREXT REQUEST messages are sent by the UE. The SS then sends a MODIFY PDP CONTEXT REQUEST 
message to which the UE shall reply with a MODIFY PDP CONTEXT ACCEPT message to ensure the context has 
been set up. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


<r 


DETACH REQUEST 


Only sent if the UE attaches at power-up, if 
not go to step 3. 


2 


■> 


DETACH ACCEPT 


UE accepts the detach 


3 


UE 




Initiate a context activation 


4 


^ 


ATTACH REQUEST 


Request attach 


5 


<- 


ATTACH ACCEPT 


Accept attach 


6 


■^ 


ACTIVATE PDP CONTEXT 
REQUEST 


Request a PDP context activation 


7 


^ 


ACTIVATE PDP CONTEXT 
ACCEPT 


Accept the PDP context activation 


8 


SS 




Wait for T3380 seconds to ensure no 
further activate request messages come 
from the UE 


9 


^ 


MODIFY PDP CONTEXT 


SS sends a modify request to UE for the 






REQUEST (NETWORK TO UE 


activated context 






DIRECTION) 




10 


^ 


MODIFY PDP CONTEXT 


UE accepts the modification request from 






ACCEPT (UE TO NETWORK 


the network to show context is activated 






DIRECTION) 





Specific message contents 
None. 

11.1.1.1.5 Test requirements 

To pass the test UE has to: 

initiate a PS ATTACH if one is not already active 

when the network responds to a PDP context activation request, initiated by the UE, with the requested QoS, the 
UE has to complete the PDP context activation procedure. To check if the PDP context activation was 
successful, SS shall request PDP context modification and UE shall accept it. 
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1 1 .1 .1 .2 QoS offered by the network is a lower QoS 
11.1.1.2.1 QoS accepted by UE 

11.1.1.2.1.1 Definition 

11.1.1 .2.1 .2 Conformance requirement 

In order to request a PDP context activation, the UE sends an ACTIVATE PDP CONTEXT REQUEST message to the 
network. If the QoS offered by the network is acceptable to UE, then upon receipt of the message ACTIVATE PDP 
CONTEXT ACCEPT the UE shall initiate establishment of the logical link with the offered QoS. 

Reference 

3GTS 24.008 subclause 6.1.3.1.1. 

11.1.1.2.1.3 Test purpose 

To test the behaviour of the UE when the SS responds to a PDP context activation request with a lower QoS than that 
requested. 

11.1.1.2.1.4 Method of test 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in GMM-state "GMM-REGISTERED, normal service" with valid P-TMSI and CKSN. 

Related ICS/IXIT statements 

- PS Supported yes/no 

User setting of Minimum QoS supported yes/no 

- Method of setting minimum QoS 
Method of context activation 

Test procedure 

The requested QoS and Minimum QoS are set. A context activation is requested by the user. On receipt of the 
ACTIVATE PDP CONTEXT REQUEST message an ACTIVATE PDP CONTEXT ACCEPT is returned by the SS 
with a QoS lower than the requested but higher than or equal to the minimum. The SS then sends a MODIFY PDP 
CONTEXT REQUEST message and the UE shall respond with a MODIFY PDP CONTEXT ACCEPT message to 
confirm the context is active. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




Initiate a context activation 


2 


^ 


ACTIVATE PDP CONTEXT 
REQUEST 


Request a PDP context activation 


3 


^ 


ACTIVATE PDP CONTEXT 
ACCEPT 


Accept a PDP context activation 


4 


^ 


MODIFY PDP CONTEXT 


Send a modify request to UE for the 






REQUEST (NETWORK TO UE 


activated context 






DIRECTION) 




5 


■* 


MODIFY PDP CONTEXT 


Accept the modification request from 






ACCEPT (UE TO NETWORK 


network to show context is activated 






DIRECTION) 





Specific message contents 
None. 



11.1.1.2.1.5 



Test requirements 



To pass the test UE shall:- when the network responds to a PDP context activation request, initiated by the UE, with the 
QoS lower than the requested but higher than or equal to the minimum, the UE has to complete the PDP context 
activation procedure. To see if the PDP context activation was successful, SS shall request PDP context modification 
and UE shall accept it. 



11.1.1.2.2 

11.1.1.2.2.1 



QoS rejected by UE 

Definition 



11.1.1.2.2.2 



Conformance requirement 



In order to request a PDP context activation, the UE sends an ACTIVATE PDP CONTEXT REQUEST message to the 
network. 

Upon receipt of the message ACTIVATE PDP CONTEXT ACCEPT offering a QoS which is not acceptable to the UE, 
the UE shall initiate the PDP context deactivation procedure. 

Reference 

3GTS 24.008 subclause 6.1.3.1.1. 



11.1.1.2.2.3 



Test purpose 



To test the behaviour of the UE when the QoS offered by SS in response to a PDP context activation request is not 
acceptable to the UE. 



11.1.1.2.2.4 



Method of test 



Initial conditions 
System Simulator: 

1 cell, default parameters. 
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User Equipment: 

The UE is in GMM-state "GMM-REGISTERED, normal service" with valid P-TMSI and CKSN. 

Related ICS/IXIT statements 
PS Supported yes/no 

User setting of Minimum QoS supported yes/no 

Method of setting minimum QoS 
Method of context activation 

Test procedure 

The requested QoS and Minimum QoS are set. A context activation is requested by the user. On receipt of the 
ACTIVATE PDP CONTEXT REQUEST message an ACTIVATE PDP CONTEXT ACCEPT message is returned by 
the SS with a QoS lower than the minimum. The UE shall then send a DEACTIVATE PDP CONTEXT REQUEST 
message. A DEACTIVATE PDP CONTEXT ACCEPT message will be sent in return by the SS. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




Initiate a context activation 


2 


^ 


ACTIVATE PDP CONTEXT 
REQUEST 


Request a PDP context activation 


3 


^ 


ACTIVATE PDP CONTEXT 
ACCEPT 


Accept the PDP context activation 


4 


^ 


DEACTIVATE PDP CONTEXT 
REQUEST 


Deactivate the PDP context 


5 


^ 


DEACTIVATE PDP CONTEXT 
ACCEPT 


Accept the PDP context deactivation 



Specific message contents 
None. 



11.1.1.2.2.5 



Test requirements 



The UE shall reject the QoS offered by the network in response to a PDP context activation request, if the QoS is not 
acceptable to the UE. 



1 1 .1 .2 PDP context activation requested by the network, successful and 
unsuccessful 



11.1.2.1 



Definition 



This test needs to take into account the number of active PDP contexts supported simultaneously by the UE, to be able 
to test the response when all contexts are activated and the network tries to initiate a new context. 

11.1.2.2 Conformance requirement 

1) Upon receipt of a REQUEST PDP CONTEXT ACTIVATION message: 

• If the UE accepts the request the UE shall then initiate the PDP context activation procedure. 
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• If the UE rejects the request, the UE shall send a REQUEST PDP CONTEXT ACTIVATION REJECT message 
with one of the following causes: 

#26: insufficient resources; 

#31: activation rejected, unspecified; 

#40: feature not supported; or 

#95 -111: protocol errors. 

2) The UE shall not ignore the request. 

3) If the UE accepts the request, the ACTIVATE PDP CONTEXT REQUEST message sent by the UE shall contain the 
parameters requested by the network in the REQUEST PDP CONTEXT ACTIVATION message, except for the offered 
QoS which may be changed by the UE. 

4) Whenever a REQUEST PDP CONTEXT ACTIVATION message is received by the UE specifying a transaction 
identifier relating to a PDP context not in state PDP-INACTIVE, the UE shall locally deactivate the old PDP context 
relating to the received transaction identifier. Furthermore, the UE shall continue with the activation procedure of a new 
PDP context as indicated in the received message. 

Reference 

3G TS 24.008 clauses 6.1.3.1.2, 6.1.3.1.4 and 8.3.2.f) 

3GTS 27.060 clause 7.3.3. 

11.1.2.3 Test purpose 

To test the behaviour of the UE upon receipt of a context activation request from the SS. 

11.1.2.4 Method of test 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in GMM-state "GMM-REGISTERED, normal service" with valid P-TMSI and CKSN. 

Related ICS/IXIT statements 

PS Supported yes/no 

Network requested PDP context activation supported yes/no 

Number of network initiated PDP contexts supported 

Case 1 

For an UE that supports PDP context activation requested by the network. 

Test procedure 

A REQUEST PDP CONTEXT ACTIVATION message is sent by the SS. On receipt of the ACTIVATE PDP 
CONTEXT REQUEST message an ACTIVATE PDP CONTEXT ACCEPT message is returned by the SS. If all 7 
contexts are supported then steps 5, 6 and 7 should not be performed. This is continued until the maximum number of 
contexts the UE supports are activated. When one more context is activated the UE shall return a REQUEST PDP 
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CONTEXT ACTIVATION REJECT message with cause set to 'insufficient resources'. A REQUEST PDP CONTEXT 
ACTIVATION message is then sent using a currently activated context transaction identifier. The UE shall activate this 
context in place of the previous context. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


- SS 


1 




^ 


REQUEST PDP CONTEXT 
ACTIVATION 


SS sends Request a PDP context activation to 
UE 


2 




^ 


ACTIVATE PDP CONTEXT 
REQUEST 


UE replies with a Request PDP context 
activation 


3 




^ 


ACTIVATE PDP CONTEXT 
ACCEPT 


SS accepts the PDP context activation 


4 




SS 




Steps 1-3 are repeated for the number of 
Network Initiated contexts supported 
NOTE: If all 7 contexts are supported steps 5, 6 
and 7 should not be performed 


5 




^ 


REQUEST PDP CONTEXT 
ACTIVATION 


SS requests a PDP context activation 


6 




^ 


REQUEST PDP CONTEXT 
ACTIVATION REJECT 


The context activation request is rejected with 
cause 'insufficient resources'. 


7 


^ 




REQUEST PDP CONTEXT 
AC 
TIV 
ATI 
ON 


SS equests a PDP context activation 
for an 
existing 
context 


8 


^ 




ACTIVATE PDP 

CO 

NT 

EX 

T 

RE 

QU 

EST 


UE requests a PDP context activation 
to replace the 
existing 
context 


9 


^ 




ACTIVATE PDP 

CO 

NT 

EX 

T 

AC 

CEP 

T 


SS accepts the PDP context activation 











Case 2 

For an UE that does not support PDP context activation requested by the network. 

Test procedure 

A REQUEST PDP CONTEXT ACTIVATION message is sent by the SS. The UE shall then send an REQUEST PDP 
CONTEXT ACTIVATION REJECT message. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE 


ss 


1 

2 


^ 
^ 


REQUEST PDP CONTEXT 
ACTIVATION 
REQUEST PDP CONTEXT 
ACTIVATION REJECT 


Request a PDP context activation 

Reject the PDP context activation request with 
cause 'insufficient resources' or 'feature not 
supported' . 



Specific message contents 
None. 



11.1.2.5 



Test requirements 



An UE that is configured to support one or more PDP contexts simultaneously, with a number of active contexts lower 
than the maximum, shall accept PDP context activation initiated by the network. 

The UE that does not support PDP Context Activation (a number of active contexts supported by the UE is equal to 
maximum or UE does not support PDP context) shall reject PDP context activation initiated by the network. 



11.1.3 Abnormal Cases 
11.1.3.1 T3380 Expiry 

11.1.3.1.1 Definition 

1 1 .1 .3.1 .2 Conformance requirement 

1) On the first expiry of the timer T3380, the UE shall re-send the PDP CONTEXT ACTIVATION REQUEST 

2) On the second expiry of the timer T3380, the UE shall re-send the PDP CONTEXT ACTIVATION REQUEST 

3) On the third expiry of the timer T3380, the UE shall re-send the PDP CONTEXT ACTIVATION REQUEST 

4) On the fourth expiry of the timer T3380, the UE shall re-send the PDP CONTEXT ACTIVATION REQUEST 

5) On the fifth expiry of the timer T3380, the UE shall release all resources possibly allocated for this invocation 
and shall abort the procedure; no automatic PDP context activation re-attempt shall be performed. 

Reference 

3G TS 24.008 subclause 6.1.3.1.5 a). 

11.1.3.1.3 Test purpose 

To test the behaviour of the UE when the SS does not reply to PDP CONTEXT ACTIVATION REQUEST. 

11.1.3.1.4 Method of test 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
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User Equipment: 

The UE is in GMM-state "GMM-REGISTERED, normal service" with valid P-TMSI and CKSN. 

Related ICS/IXIT statements 
PS Supported yes/no 

Method of activating a context 

Test procedure 

A context activation is requested by the user. The UE shall send the ACTIVATE PDP CONTEXT REQUEST message 
five times with T3380 seconds between each message. After this no further ACTIVATE PDP CONTEXT REQUEST 
messages shall be sent by the UE. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




Initiate a context activation 


2 


^ 


ACTIVATE PDP CONTEXT 
REQUEST 


Request a PDP context activation 


3 


SS 




T3380 seconds 


4 


^ 


ACTIVATE PDP CONTEXT 
REQUEST 


Request a PDP context activation 


5 


SS 




T3380 seconds 


6 


^ 


ACTIVATE PDP CONTEXT 
REQUEST 


Request a PDP context activation 


7 


SS 




T3380 seconds 


8 


^ 


ACTIVATE PDP CONTEXT 
REQUEST 


Request a PDP context activation 


9 


SS 




T3380 seconds 


10 


^ 


ACTIVATE PDP CONTEXT 
REQUEST 


Request a PDP context activation 


11 


SS 




Wait for T3380 seconds to ensure no 
further ACTIVATE PDP CONTEXT 
REQUEST messages are sent by the UE 



Specific message contents 
None. 



11.1.3.1.5 



Test requirements 



UE shall resend the ACTIVATE PDP CONTEXT REQUEST to SS five times in order to initiate PDP context, with 
expiry of timer T3380 between messages. After fifth try, UE shall send no more ACTIVATE PDP CONTEXT 
REQUEST to SS. 

11.1 .3.2 Collision of UE initiated and network requested PDP context activation 



11.1.3.2.1 



Definition 



This test needs to take into account the number of PDP contexts supported by the UE, to be able to test the response 
when the network tries to initiate a new context. 
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11.1.3.2.2 



Conformance requirement 



A collision of an MS initiated and a network requested PDP context activation procedure is identified by the MS if a 
REQUEST PDP CONTEXT ACTIVATION message is received from the network after the MS has sent an 
ACTIVATE PDP CONTEXT REQUEST message, and the MS has not yet received an ACTIVATE PDP CONTEXT 
ACCEPT or ACTIVATE PDP CONTEXT REJECT message. 

Reference 

3G TS 24.008 subclause 6.1.3.1.5 b), case: Static PDP address collision detected within the UE. 



11.1.3.2.3 



Test purpose 



To test the behaviour of the UE when there is a collision between an UE initiated and SS requested PDP context 
activation detected by the UE. 



11.1.3.2.4 



Method of test 



Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in GMM-state "GMM-REGISTERED, normal service" with valid P-TMSI and CKSN. 

Related ICS/IXIT statements 

PS Supported yes/no 
Method of PDP context activation 

Case 1 

For an UE that supports PDP context activation requested by the network. 

Test procedure 

A context activation is requested by the user. After receipt of the ACTIVATE PDP CONTEXT REQUEST message the 
SS sends a REQUEST PDP CONTEXT ACTIVATION message followed by an ACTIVATE PDP CONTEXT 
ACCEPT message in a time less than T3380 (Use T3380/2). The UE shall send no messages within this time. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




Initiate a context activation 


2 


^ 


ACTIVATE PDP CONTEXT 
REQUEST 


Request a PDP context activation 


3 


^ 


REQUEST PDP CONTEXT 
ACTIVATION 


Request a PDP context activation request 


4 


SS 




Wait for T3380/2 seconds to ensure UE 
does not resend ACTIVATE PDP 
CONTEXT REQUEST 


5 


^ 


ACTIVATE PDP CONTEXT 
ACCEPT 


Accept the PDP context activation 
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Case 2 

For an UE that does not support PDP context activation requested by the network. 

Test procedure 

A context activation is requested by the user. After receipt of the ACTIVATE PDP CONTEXT REQUEST message the 
SS sends a REQUEST PDP CONTEXT ACTIVATION message. The UE shall send a REQUEST PDP CONTEXT 
ACTIVATION REJECT message with cause set to 'insufficient resources' or 'feature not supported'. The SS then 
sends an ACTIVATE PDP CONTEXT ACCEPT. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




Initiate a context activation 


2 


^ 


ACTIVATE PDP CONTEXT 
REQUEST 


Request a PDP context activation 


3 


^ 


REQUEST PDP CONTEXT 
ACTIVATION 


Request a PDP context activation request 


4 


^ 


REQUEST PDP CONTEXT 


Cause set to 'insufficient resources' or 






ACTIVATION REJECT 


'feature not supported'. 


5 


^ 


ACTIVATE PDP CONTEXT 
ACCEPT 


Accept the PDP context activation 



Specific message contents 
None. 

11.1.3.2.5 Test requirements 

In the case of such collision, 

the UE that supports PDP context activation requested by the network shall discard the REQUEST PDP 
CONTEXT ACTIVATION message from SS and wait for an ACTIVATE PDP CONTEXT ACCEPT message. 

the UE that does not support PDP context activation requested by the network shall reject PDP context activation 
initiated by the SS. 

11 .1 .4 Secondary PDP context activation procedure (FFS) 

11 .1 .4.1 Secondary PDP context activation procedure, successful and unsuccessful 

11.1.4.2 Abnormal cases 
11.1.4.2.1 Expiry of timers 

(The same tests shall apply as for UE initiated PDP context activation 8.4.1.3.1 and 8.4.1.3.2.) 
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1 1 .1 .4.2.2 UE initiated secondary PDP context activation for an already activated secondary 

PDP context (on the network side) 

1 1 .2 PDP context modification procedure 
1 1 .2.1 Network initiated PDP context modification 

11.2.1.1 Definition 

This test can only be performed if minimum QoS can be set by the user. 

11.2.1.2 Conformance requirement 

1) Upon receipt of a MODIFY PDP CONTEXT REQUEST message 

• If the UE can accept the modification requested, the UE shall reply with the MODIFY PDP CONTEXT 
ACCEPT message. 

• If the UE is unable to accept the modification requested, the UE shall initiate the PDP context deactivation 
procedure for the NSAPI that has been indicated in the message MODIFY PDP CONTEXT REQUEST - the 
reject cause IE value of the DEACTIVATE PDP CONTEXT REQUEST message shall indicate "QoS not 
accepted". 

2) The UE shall either accept the modification request or deactivate the PDP context, it shall not ignore the modification 
request. 

Reference 

3G TS 24.008 subclauses 6.1.3.3 and 6.1.3.3.1. 

11.2.1.3 Test purpose 

To test the behaviour of the UE upon receipt of a MODIFY PDP CONTEXT REQUEST message from SS. 

11.2.1.4 Method of test 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in GMM-state "GMM-REGISTERED, normal service" with valid P-TMSI and CKSN. 

Related ICS/IXIT statements 
PS Supported yes/no 

User setting of Minimum QoS supported yes/no 

Method of setting minimum QoS 
Method of activating a PDP context 
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Test procedure 

A PDP context is activated by the user and accepted by the SS. A MODIFY PDP CONTEXT REQUEST message is 
then sent to the UE with a QoS that is acceptable to the UE (higher than or equal to the minimum QoS set in the UE). 
The UE shall send a MODIFY PDP CONTEXT ACCEPT message in return. A MODIFY PDP CONTEXT REQUEST 
message is then sent to the UE with a QoS that is not acceptable to the UE (lower than the minimum QoS set in the 
UE). The UE shall send a DEACTIVATE PDP CONTEXT REQUEST message in return. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




Initiate a context activation 


2 


^ 


ACTIVATE PDP CONTEXT 
REQUEST 


Activate a PDP context 


3 


^ 


ACTIVATE PDP CONTEXT 
ACCEPT 


Accept the PDP context 


4 


^ 


MODIFY PDP CONTEXT 


Request the modification of a PDP context, 






REQUEST (NETWORK TO UE 


with QoS higher than or equal to the 






DIRECTION) 


minimum QoS set in the UE 


5 


^ 


MODIFY PDP CONTEXT 
ACCEPT (UE TO NETWORK 
DIRECTION) 


Accept the PDP context modification 


6 


^ 


MODIFY PDP CONTEXT 


Request the modification of a PDP context, 






REQUEST (NETWORK TO UE 


QoS lower than the minimum QoS set in 






DIRECTION) 


theUE 


7 


^ 


DEACTIVATE PDP CONTEXT 


Reject the PDP context modification by 






REQUEST 


deactivating the PDP context. Cause set to 
'QoS not acceptable' 


8 


^ 


DEACTIVATE PDP CONTEXT 
ACCEPT 


Accept the PDP context deactivation 



Specific message contents 
None. 

11.2.1.5 Test requirements 

The UE shall: 

Accept PDP context modification initiated by the SS if QoS is higher than or equal to the minimum QoS set in 
theUE 

- Reject PDP context modification initiated by the SS if QoS is lower than the minimum QoS set in the UE. 
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1 1 .2.2 UE initiated PDP context modification (FFS) 

1 1 .2.3 Abnormal cases (FFS) 

11.2.3.1 T3381 expiry 

1 1 .2.3.2 Collision of UE and network initiated PDP context modification procedures 

1 1 .3 PDP context deactivation procedure 
1 1 .3.1 PDP context deactivation initiated by the UE 

11.3.1.1 Definition 

11.3.1.2 Conformance requirement 

The DEACTIVATE PDP CONTEXT REQUEST message sent by UE contains the transaction identifier in use for the 
PDP context to be deactivated and a cause code that typically indicates one of the following causes: 

- #25: LLC or SNDCP failure(GSM only) ; #26: insufficient resources; 

- #36: regular PDP context deactivation; or 

- #37: QoS not accepted. 

Upon receipt of the DEACTIVATE PDP CONTEXT ACCEPT message, the UE shall stop timer T3390. 

- Whenever any session management message except REQUEST PDP CONTEXT ACTIVATION or SM- 
STATUS is received by the UE specifying a transaction identifier which is not recognised as relating to an active 
context or to a context that is in the process of activation or deactivation or has been [recently] deactivated, the 
UE shall send a SM-STATUS message with cause #8 1 "invalid transaction identifier value" using the received 
transaction identifier value including the extension octet and remain in the PDP-INACTIVE state. 

Reference 

3G TS 24.008 subclauses 6.1.3.4 ,6.1.3.4.1 and 8.3.2 (b). 

11.3.1.3 Test purpose 

To test the behaviour of the UE upon receipt of a DEACTIVATE PDP CONTEXT ACCEPT message from the SS in 
PDP context deactivation procedure initiated by the UE. 

11.3.1.4 Method of test 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in GMM-state "GMM-REGISTERED, normal service" with valid P-TMSI and CKSN. 

Related ICS/IXIT statements 
PS Supported yes/no 
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Method of activating a PDP context 
Method of deactivating the PDP context 

Test procedure 

A PDP context is activated by the user and accepted by the SS. The context deactivation is then requested by the user. 
The UE shall send a DEACTIVATE PDP CONTEXT REQUEST message to the SS. The SS shall then reply with a 
DEACTIVATE PDP CONTEXT ACCEPT message. The SS shall then wait for T3390 seconds to ensure T3390 has 
been stopped and that no further messages are sent from the UE. The SS shall then send a MODIFY PDP CONTEXT 
REQUEST for the deactivated context and the UE shall reply with an SM STATUS message with cause #81 
'transaction identifier not known'. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




Initiate a context activation 


2 


^ 


ACTIVATE PDP CONTEXT 
REQUEST 


Activate a PDP context 


3 


^ 


ACTIVATE PDP CONTEXT 
ACCEPT 


Accept the PDP context 


4 


UE 




Initiate a context deactivation 


5 


^ 


DEACTIVATE PDP CONTEXT 
REQUEST 


Request a deactivation of a PDP context 


6 


^ 


DEACTIVATE PDP CONTEXT 
ACCEPT 


Accept the PDP context deactivation 


7 


SS 




Wait for T3390 seconds to ensure no 
further deactivate request messages are 
sent 


8 


^ 


MODIFY PDP CONTEXT 


Send a modify request to UE for the 






REQUEST (NETWORK TO UE 


deactivated context. 






DIRECTION) 




9 


^ 


SM STATUS 


Cause set to #81 



Specific message contents 
None. 

11.3.1.5 Test requirements 

In PDP context deactivation procedure initiated by the UE, upon receipt of a DEACTIVATE PDP CONTEXT 
ACCEPT message from the SS, the UE shall deactivate PDP context associated with given PDP address and TI. 

Then, upon modification procedure initiated by the network, for deactivated PDP context, UE shall reply with SM 
STATUS message with cause #8 1 . 

1 1 .3.2 PDP context deactivation initiated by the network 

11.3.2.1 Definition 



11.3.2.2 



Conformance requirement 



The DEACTIVATE PDP CONTEXT REQUEST message sent by SS contains the transaction identifier in use for the 
PDP context to be deactivated and a cause code that typically indicates one of the following causes: 
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# 25: LLC or SNDCP failure (GSM only); 

# 36: regular PDP context deactivation; 

# 38: network failure; or 

# 39: reactivation requested. 

The UE shall, upon receipt of the DEACTIVATE PDP CONTEXT REQUEST message from network, reply with a 
DEACTIVATE PDP CONTEXT ACCEPT message. 

- Whenever any session management message except REQUEST PDP CONTEXT ACTIVATION or SM- 

STATUS is received by the UE specifying a transaction identifier which is not recognised as relating to an active 
context or to a context that is in the process of activation or deactivation or has been [recently] deactivated, the 
UE shall send a SM-STATUS message with cause #8 1 "invalid transaction identifier value" using the received 
transaction identifier value and remain in the PDP-INACTIVE state. 

Reference 

3G TS 24.008 subclauses 6.1.3.4, 6.1.3.4.2 and 8.3.2 (b). 

1 1 .3.2.3 Test purpose 

To test the behaviour of the UE upon receipt of a DEACTIVATE PDP CONTEXT REQUEST message from the SS. 

1 1 .3.2.4 Method of test 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in GMM-state "GMM-REGISTERED, normal service" with valid P-TMSI and CKSN. 

Related ICS/IXIT statements 
PS Supported yes/no 

Method of activating a PDP context 

Test procedure 

A PDP context is activated by the user and accepted by the SS. A DEACTIVATE PDP CONTEXT REQUEST message 
is then sent by the SS. The UE shall reply with a DEACTIVATE PDP CONTEXT ACCEPT message. The SS shall 
then send a MODIFY PDP CONTEXT REQUEST for the deactivated context and the UE shall reply with an SM 
STATUS message with cause #81 'transaction identifier not known'. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




Initiate a context activation 


2 


^ 


ACTIVATE PDP CONTEXT 
REQUEST 


Activate a PDP context 


3 


^ 


ACTIVATE PDP CONTEXT 
ACCEPT 


Accept the PDP context 


4 


^ 


DEACTIVATE PDP CONTEXT 
REQUEST 


Request a deactivation of a PDP context 


5 


^ 


DEACTIVATE PDP CONTEXT 
ACCEPT 


Accept the PDP context deactivation. 


6 


^ 


MODIFY PDP CONTEXT 


Send a modify request to UE for the 






REQUEST (NETWORK TO UE 


deactivated context. 






DIRECTION) 




7 


^ 


SM STATUS 


Cause set to #81 



Specific message contents 
None. 

1 1 .3.2.5 Test requirements 

Upon receipt of a request for deactivation of a PDP context from the SS, the UE shall deactivate PDP context. Then, 
upon modification procedure initiated by the network, for deactivated PDP context, UE shall reply with SM STATUS 
message with cause #8 1 . 



1 1 .3.3 Abnormal cases 
11.3.3.1 T3390 Expiry 

11.3.3.1.1 Definition 

1 1 .3.3.1 .2 Conformance requirement 

1) On the first expiry of timer T3390, the UE shall resend the message DEACTIVATE PDP CONTEXT REQUEST 

2) On the second expiry of timer T3390, the UE shall resend the message DEACTIVATE PDP CONTEXT 
REQUEST 

3) On the third expiry of timer T3390, the UE shall resend the message DEACTIVATE PDP CONTEXT REQUEST 

4) On the fourth expiry of timer T3390, the UE shall resend the message DEACTIVATE PDP CONTEXT REQUEST 

5) On the fifth expiry of timer T3390, the UE shall release all resources allocated and shall erase the PDP context 
related data. 

Reference 

3G TS 24.008 subclause 6.1.3.4.3 a) case In the UE. 



11.3.3.1.3 



Test purpose 



To test the behaviour of the UE when the SS does not reply to a DEACTIVATE PDP CONTEXT REQUEST message 
from the UE. 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



713 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



11.3.3.1.4 



Method of test 



Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in GMM-state "GMM-REGISTERED, normal service" with valid P-TMSI and CKSN. 

Related ICS/IXIT statements 
PS Supported yes/no 

Method of activating a PDP context 
Method of deactivating a PDP context 

Test procedure 

A PDP context is activated by the user and accepted by the SS. A context deactivation is then requested by the user. The 
UE shall send a DEACTIVATE PDP CONTEXT REQUEST message five times with T3390 seconds between each 
message. T3390 seconds after the fifth message the SS shall send a MODIFY PDP CONTEXT REQUEST message for 
the deactivated context and the UE shall reply with SM STATUS with cause set to #81 'Transaction identifier not 
known'. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




Initiate a context activation 


2 


^ 


ACTIVATE PDP CONTEXT 
REQUEST 


Activate a PDP context 


3 


^ 


ACTIVATE PDP CONTEXT 
ACCEPT 


Accept the PDP context 


4 


UE 




Initiate a context deactivation 


5 


^ 


DEACTIVATE PDP CONTEXT 
REQUEST 


Request a deactivation of a PDP context 


6 


SS 




T3390 seconds 


7 


^ 


DEACTIVATE PDP CONTEXT 
REQUEST 


Request a deactivation of a PDP context 


8 


SS 




T3390 seconds 


9 


^ 


DEACTIVATE PDP CONTEXT 
REQUEST 


Request a deactivation of a PDP context 


10 


SS 




T3390 seconds 


11 


^ 


DEACTIVATE PDP CONTEXT 
REQUEST 


Request a deactivation of a PDP context 


12 


SS 




T3390 seconds 


13 


^ 


DEACTIVATE PDP CONTEXT 
REQUEST 


Request a deactivation of a PDP context 


14 


SS 




WaitT3390 seconds 


15 


^ 


MODIFY PDP CONTEXT 
REQUEST (NETWORK TO UE 
DIRECTION) 


Try to modify the deactivated context. 


16 


^ 


SM STATUS 


Cause set to #81 



Specific message contents 
None. 
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11.3.3.1.5 Test requirements 

If network does not reply to UE initiated PDP context deactivation procedure, the UE shall retransmit a DEACTIVATE 
PDP CONTEXT REQUEST five times, with T3390 timer expiry between the successive messages, before releasing 
resources allocated to the PDP context and deleting PDP context related data. 

1 1 .3.3.2 Collision of UE and network initiated PDP context deactivation requests 

11.3.3.2.1 Definition 

1 1 .3.3.2.2 Conformance requirement 

If the UE and the network initiated PDP context deactivation requests collide, the UE and the network shall each reply 
with the message DEACTIVATE PDP CONTEXT ACCEPT and shall stop timer T3390 and T3395, respectively. 

Reference 

3G TS 24.008 subclause 6.1.3.4.3 b). 

11.3.3.2.3 Test purpose 

To test the behaviour of the UE when there is a collision between an UE initiated and SS initiated context deactivation. 

11.3.3.2.4 Method of test 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in GMM-state "GMM-REGISTERED, normal service" with valid P-TMSI and CKSN 

Related ICS/IXIT statements 
- PS Supported yes/no 

Method of activating a PDP context 
Method of deactivating a PDP context 

Test procedure 

A PDP context is activated by the user and accepted by the SS. A context deactivation is then requested by the user. 
Upon receipt of the DEACTIVATE PDP CONTEXT REQUEST message the SS sends a DEACTIVATE PDP 
CONTEXT REQUEST message. The UE shall reply with only one DEACTIVATE PDP CONTEXT ACCEPT 
message. Upon receipt of this message the SS sends a DEACTIVATE PDP CONTEXT ACCEPT message. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




Initiate a context activation 


2 


^ 


ACTIVATE PDP CONTEXT 
REQUEST 


Activate a PDP context 


3 


^ 


ACTIVATE PDP CONTEXT 
ACCEPT 


Accept the PDP context 


4 


UE 




Initiate a context deactivation 


5 


^ 


DEACTIVATE PDP CONTEXT 
REQUEST 


Request a deactivation of a PDP context 


6 


^ 


DEACTIVATE PDP CONTEXT 
REQUEST 


Request a deactivation of a PDP context 


7 


^ 


DEACTIVATE PDP CONTEXT 
ACCEPT 


Accept the PDP context deactivation 


8 


^ 


DEACTIVATE PDP CONTEXT 
ACCEPT 


Accept the PDP context deactivation 



Specific message contents 
None. 



11.3.3.2.5 



Test requirements 



When UE and SS initiates PDP context deactivation requests collide, the UE shall reply with DEACTIVATE PDP 
CONTEXT ACCEPT to SS. 

1 1 .4 Unknown or Unforeseen Transaction Identifier/Non- 
semantical Mandatory Information Element Errors 

11.4.1 Error cases 



11.4.1.1 



Definition 



11.4.1.2 



Conformance requirement 



The mobile station shall ignore a session management message with TI EXT bit = 0. Otherwise, the following 
procedures shall apply: 

- Whenever any session management message, except REQUEST PDP CONTEXT ACTIVATION or SM- 
STATUS, is received by the UE specifying a transaction identifier which is not recognized as relating to an 
active context or to a context that is in the process of activation or deactivation or has been [recently] 
deactivated, the UE shall send a SM-STATUS message with cause #8 1 "invalid transaction identifier value" 
using the received transaction identifier value including the extension octet and remain in the PDP -INACTIVE 
state. 

- When a REQUEST PDP CONTEXT ACTIVATION message is received with a transaction identifier flag set to 
"1", this message shall be ignored. 

When on receipt of a message, 

an "imperative message part" error; or 

a "missing mandatory IE" error 
is diagnosed or when a message containing: 
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a syntactically incorrect mandatory IE; or 

an IE unknown in the message, but encoded as "comprehension required" or 

an out of sequence IE encoded as "comprehension required" 

is received, the UE shall proceed as follows: 

If the message was a SM message the SM-STATUS message with cause # 96 "invalid mandatory information" shall be 
returned. 

If a mobile station receives a GMM message or SM message with message type not defined for the PD or not 
implemented by the receiver, it shall return a status message (GMM STATUS or SM STATUS depending on the 
protocol descriminator) with cause #97 'message type non-existent or not implemented'. 

If the mobile station receives a message not compatible with the protocol state, the mobile station shall ignore the 
message except for the fact that when the message was a SM message the SM-STATUS message with cause #98 
'Message type not compatible with protocol state' shall be returned. 

Other syntactic errors 

This section applies to the analysis of the value part of an information element. It defines the following terminology: 

An IE is defined to be syntactically incorrect in a message if it contains at least one value defined as 'reserved', 
or if its value part violates syntactic rules given in the specification of the value part. However it is not a 
syntactical error that a type 4 standard IE specifies in its length indicator a greater length than possible according 
to the value part specification : extra bits are ignored. 

Reference 

3G TS 24.008 clauses 8.3.2 and 8.5 and 3G TS 24.007 clause 11.4.2. 

11.4.1.3 Test purpose 

To test the behaviour of the UE when messages with unknown or unforeseen transaction identifiers or non-semantical 
mandatory information element errors occur. 

11.4.1.4 Method of test 

Initial conditions 
System Simulator: 

1 cell, default parameters. 
User Equipment: 

The UE is in GMM-state "GMM-REGISTERED, normal service" with valid P-TMSI and CKSN. 

Related ICS/IXIT statements 

Test procedure 

A PDP context activation is requested by the SS with the transaction identifier set to ' 1 '. The UE shall not respond to 
this request. 

A PDP context is then activated from the UE. Two invalid accept messages are then sent by the SS with T3380 seconds 
between them. After a further T3380 seconds a valid accept message is sent by the SS. 

A deactivate message is then sent from the SS with the transaction identifier set to '111'. The UE shall reply with a SM 
STATUS message with transaction identifier set to '111'. 
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A deactivate message is then sent from the SS with a different transaction identifier to the one used in the activate 
request message sent by the UE. The UE shall reply with a SM STATUS message with cause #81 'invalid transaction 
identifier value'. 

Three invalid modification messages are then sent to the UE in turn. The UE shall respond each time with a SM- 
STATUS message with cause # 96 "invalid mandatory information". 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


^ 


REQUEST PDP CONTEXT 


Request the activation of a PDP context 






ACTIVATION 


with the transaction identifier flag set to "1" 


2 


SS 




Wait 30 seconds to ensure UE does not 
request context activation 


3 


UE 




Initiate a context request 


4 


^ 


ACTIVATE PDP CONTEXT 
REQUEST 


Activate a PDP context from the UE 


5 


^ 


ACTIVATE PDP CONTEXT 


Unknown IE encoded as 'comprehension 






ACCEPT 


required' 


6 


-* 


SM STATUS 


Cause set to #96 


7 


SS 




Wait T3380 seconds 


8 


^ 


ACTIVATE PDP CONTEXT 


Activate a PDP context from the UE (auto- 






REQUEST 


generated) 


9 


^ 


ACTIVATE PDP CONTEXT 


Out of sequence IE encoded as 






ACCEPT 


'comprehension required' 


10 


^ 


SM STATUS 


Cause set to #96 


11 


SS 




Wait T3380 seconds 


12 


^ 


ACTIVATE PDP CONTEXT 


Activate a PDP context from the UE (auto- 






REQUEST 


generated) 


13 


^ 


ACTIVATE PDP CONTEXT 
ACCEPT 


Accept the PDP context 


16 


^ 


DEACTIVATE PDP CONTEXT 


Try to deactivate the context with a different 






REQUEST 


transaction identifier to that used to activate 
the context 


17 


^ 


SM STATUS 


Cause set to # 81 


18 


<r 


MODIFY PDP CONTEXT 


Request the modification of the PDP 






REQUEST(NETWORKTO UE 


context 






DIRECTION) 




19 


■> 


SM STATUS 


Cause set to # 96 


20 


<r 


MODIFY PDP CONTEXT 


Request the modification of the PDP 






REQUEST(NETWORKTO UE 


context 






DIRECTION) 




21 


■> 


SM STATUS 


Cause set to # 96 


22 


<r 


MODIFY PDP CONTEXT 


Request the modification of the PDP 






REQUEST(NETWORKTO UE 


context 






DIRECTION) 




23 


■> 


SM STATUS 


Cause set to # 96 



11.4.1.5 
TBD. 



Test requirements 
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12 Elementary procedure for Packet Switched Mobility 
Management 

12.1 Applicability, default conditions and default messages 

All test cases for PS mobility management apply for all PS mobiles unless otherwise stated in a specific test. Within 
each test case, the ICS statement indicates whether the test shall be performed for mobiles that can only operate in mode 
- class A, only in mode - class C , or in both mode - class A and C. For some procedures, the mobile class is of no 
importance. 

Note that only the layer 3 messages are described in the document. The mapping of the layer 3 messages to lower layers 
and the use of logical channels is not described in this document. 

The terms 'PS/CS mode of operation' and 'PS mode of operation' are not used in this specification with some 
exceptions. Instead the terms 'UE operation mode A' and 'UE operation mode C are used. 

The default conditions and default message contents not specified in this clause must be set as in "PS default 
conditions" 

Below is a list of the RAI values and the corresponding RAC, LAC and MCC used in the test cases: 

RAI-1: MCC1/MNC1/LAC1/RAC1 (Used if only one cell) 

RAI-2: MCC2/MNC1/LAC1/RAC1 

RAI-3: MCC1/MNC1/LAC2/RAC1 

RAI-4: MCC1/MNC1/LAC1/RAC2 

RAI-5: MCC1/MNC1/LAC1/RAC3 

If the User Equipment initial condition specifies that the mobile has a valid IMSI but the initial condition does not 
mention P-TMSI, than that shall be interpreted as that the mobile has no valid P-TMSI. 

The tests are based on 3G TS 24.008. 



1 2.2 PS attach procedure 



This procedure is used to indicate for the network that the IMSI is available for traffic by establishment of a GMM 
context. 

12.2.1 Normal PS attach 

The normal PS attach procedure is a GMM procedure used by PS UEs of UE operation mode A or C to IMSI attach for 
PS services only. 

12.2.1.1 PS attach / accepted 

12.2.1.1.1 Definition 

12.2.1 .1 .2 Conformance requirement 

1) If the network accepts the PS attach procedure (signalled by an IMSI) and allocates a P-TMSI, the UE shall 
acknowledge the P-TMSI and continue communication with the P-TMSI. 

2) If the network accepts the PS attach procedure (signalled by P-TMSI) and reallocates a new P-TMSI, the UE 
shall acknowledge the new P-TMSI and continue communication with the new P-TMSI. 
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3) If the network accepts the PS attach procedure (signalled by a P-TMSI) from the UE without reallocation of the 
old P-TMSI, the UE shall continue communication with the old P-TMSI. 

Reference 

3GTS 24.008 clause 4.7.3.1 

12.2.1.1.3 Test purpose 

To test the behaviour of the UE if the network accepts the PS attach procedure. 
The following cases are identified: 

1) P-TMSI / P-TMSI signature is allocated 

2) P-TMSI / P-TMSI signature is reallocated 

3) Old P-TMSI / P-TMSI signature is not changed 

12.2.1.1.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode III. 
User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode A Yes/No 

UE operation mode C Yes/No 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

1) The UE sends an ATTACH REQUEST message with identity IMSI. The SS allocates a P-TMSI and returns 
ATTACH ACCEPT message with a P-TMSI. The UE acknowledge the P-TMSI by sending ATTACH 
COMPLETE message. Further communication UE - SS is performed by the new P-TMSI. 

2) The UE sends an ATTACH REQUEST message with identity P-TMSI. The SS reallocates a new P-TMSI and 
returns ATTACH ACCEPT message with the new P-TMSI. The UE acknowledge the P-TMSI by sending 
ATTACH COMPLETE message. Further communication UE - SS is performed by the new P-TMSI. The UE 
will not answer signalling addressed to the old P-TMSI. 

3) The UE sends an ATTACH REQUEST message with identity P-TMSI. The SS accepts the P-TMSI and returns 
ATTACH ACCEPT message without any P-TMSI. Further communication UE - SS is performed by the old P- 
TMSI. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is set in UE operation mode C (see 
ICS). If UE operation mode C not supported, 
goto step 26. 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'PS only attached' 
Mobile identity = IMSI 


4 


<- 


ATTACH ACCEPT 


Attach result = 'PS attach' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 


5 


-> 


ATTACH COMPLETE 




6 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-2 


7 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 


8 


UE 




The UE is switched off or power is removed 
(see ICS). 


9 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 


10 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


11 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 


12 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


13 


-> 


ATTACH COMPLETE 




14 


<- 


GMM INFORMATION 


Message sent with P-TMSI-1 


14b 


-> 


GMM STATUS 


Message sent in case the UE does not support 
reception of GMM information message 
Cause #97 


15 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-2 






Or 


Both paging orders are for TBF establishment. 






PAGING REQUEST TYPE 1 


PACKET PAGING REQUEST (used for NW 
mode III) 

PAGING REQUEST TYPE 1 (used for NW- 
mode II). 


16 


UE 




No response from the UE to the request. This 
is checked for 1 seconds. 


17 


UE 




The UE is switched off or power is removed 
(see ICS). 


18 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 


19 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


20 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


21 


<- 


ATTACH ACCEPT 


No new mobile identity assigned. 
P-TMSI and P-TMSI signature not included. 
Routing area identity = RAI-1 
Attach result = 'PS only attached' 


22 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 






Or 


Both paging orders are for TBF establishment. 






PAGING REQUEST TYPE 1 


PACKET PAGING REQUEST (used for NW 
mode III) 

PAGING REQUEST TYPE 1 (used for NW- 
mode II). 


23 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 
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24 
25 


UE 
-> 


DETACH REQUEST 


The UE is switched off or power is removed 
(see ICS). 

Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 


26 

27 


SS 
UE 




The SS is set in network operation mode II. 
The UE is set in UE operation mode A (see 
ICS) and the test is repeated from step 2 to 
step 25. 



12.2.1.1.5 
UE shall: 



Test requirements 



initiate the PS attach procedure with the information elements specified in the above Expected Sequence when 
UE is powered up or switched on 

perform the following actions depending on the Mobile identity in the ATTACH REQUEST message and on the 
Mobile identity in the ATTACH ACCEPT message. 

Case 1) The Mobile identity in the ATTACH REQUEST is the IMSI and the Mobile identity in the ATTACH 
ACCEPT message is the P-TMSI. 

UE shall: 

acknowledge the P-TMSI by sending ATTACH COMPLETE message. Further communication UE - SS is 
performed by the P-TMSI. 

Case 2) The Mobile identity in the ATTACH REQUEST is the P-TMSI and the Mobile identity in the ATTACH 
ACCEPT message is the new P-TMSI. 

UE shall: 

acknowledge the new P-TMSI by sending ATTACH COMPLETE message. Further communication UE - SS 
is performed by the other P-TMSI. 

Case 3) The Mobile identity in the ATTACH REQUEST is the P-TMSI and the Mobile identity in the ATTACH 
ACCEPT message is the same P-TMSI. 

UE shall: 

acknowledge the same P-TMSI by sending ATTACH COMPLETE message. Further communication UE - 
SS is performed by the same P-TMSI. 



1 2.2.1 .2 PS attach / rejected / IMSI invalid / illegal UE 
12.2.1.2.1 Definition 



12.2.1.2.2 



Conformance requirement 



1) If the network rejects a PS attach procedure from the User Equipment with the cause 'Illegal UE', the User 
Equipment shall consider USIM invalid for PS services until power is switched off or USIM is removed. 

2) If the network rejects a PS attach procedure from the User Equipment with the cause 'Illegal UE' the User 
Equipment shall delete the stored RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

Reference 

3GTS 24.008 clause 4.7.3.1 
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12.2.1.2.3 Test purpose 

To test the behaviour of the UE if the network rejects the PS attach procedure of the UE with the cause 'illegal UE'. 

12.2.1.2.4 Method of test 

Initial condition 
System Simulator: 

Three cells (not simultaneously activated), cell A with MCC1/MNC1/LAC1/RAC1, cell B in 

MCC1/MNC1/LAC2/RAC1, cell C in MCC2/MNC1/LAC1/RAC1. 

All three cells are operating in network operation mode II (in case of UE operation mode A), or in network 

operation mode III (in case of UE operation mode C). 
User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode C Yes/No 

UE operation mode A Yes/No (only if mode C not supported) 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS rejects a PS attach with the cause value 'Illegal UE'. The SS checks that the UE does not perform PS attach in 
the same or another PLMN. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be 








received on cell A. 


1 


UE 




The UE is set in UE operation mode C or B 
(see ICS). 


2 


SS 




The SS is set in network operation mode II or 
III and activates cell A. 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). Cell A is preferred 
by the UE. 


4 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


5 


<- 


ATTACH REJECT 


GMM cause = 'Illegal UE'. 








The following messages are sent and shall be 








received on cell B. 


6 


SS 




The SS deactivates cell A and activates cell B. 


7 


UE 




Cell B is preferred by the UE. 


8 


UE 




No ATTACH REQUEST sent to the SS 
(SS waits 30 seconds). 


9 


UE 




The UE initiates an attach by MMI or by AT 
command. 


10 


UE 




No ATTACH REQUEST sent to the SS 
(SS waits 30 seconds). 








The following messages are sent and shall be 








received on cell C. 


11 


SS 




The SS deactivates cell B and activates cell C. 


12 


UE 




Cell C is preferred by the UE. 


13 


UE 




No ATTACH REQUEST sent to the SS 
(SS waits 30 seconds). 


14 


UE 




The UE initiates an attach by MMI or by AT 
command. 


15 


UE 




No ATTACH REQUEST sent to the SS 
(SS waits 30 seconds). 


16 


UE 




If possible (see ICS) switch off is performed. 
Otherwise the power is removed. 


17 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


18 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = IMSI 


19 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-2 


20 


-> 


ATTACH COMPLETE 




21 


UE 




The UE is switched off or power is removed 
(see ICS). 


22 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 



12.2.1.2.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on 

check the GMM cause which is contained in the ATTACH REJECT message and stop timer T3310. 

set the PS update state to GU3 ROAMING NOT ALLOWD and delete stored P-TMSI, P-TMSI signature, RAI 
and PS ciphering key sequence number. 
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not send the ATTACH REQUEST message to SS, even if there is an instruction of attach request from MMI or 
from AT command. 



1 2.2.1 .3 PS attach / rejected / 1 MS I invalid / PS services not allowed 

12.2.1.3.1 Definition 

12.2.1.3.2 Conformance requirement 

1) If the network rejects a PS attach procedure from the User Equipment with the cause 'PS services not allowed', 
the User Equipment shall consider USIM invalid for PS services until power is switched off or USIM is 
removed. 

2) If the network rejects a PS attach procedure from the User Equipment with the cause 'PS services not allowed' 
the User Equipment shall delete the stored RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

Reference 

3GTS 24.008 clause 4.7.3.1 

12.2.1.3.3 Test purpose 

To test the behaviour of the UE if the network rejects the PS attach procedure of the UE with the cause 'PS services 
not allowed' (no valid PS-subscription for the IMSI). 

12.2.1.3.4 Method of test 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1 (HPLMN) and cell B in 

MCC2/MNC1/LAC1/RAC1. 

Both cells are operating in network operation mode II. 

User Equipment: 

The UE has a valid P-TMSI- 1, P-TMSI- 1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode C Yes/No 

UE operation mode A Yes/No 

USIM removal possible without powering down Yes/No 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS rejects a normal attach with the cause value 'PS services not allowed'. The SS checks that the UE does not 
perform PS attach in another PLMN. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 

3 

4 

5 


SS 
UE 

UE 

-> 

<- 


ATTACH REQUEST 
ATTACH REJECT 


The following messages are sent and shall be 

received on cell A. 

The SS activates cell A. 

The UE is set in UE operation mode C (see 

ICS). If UE operation mode C not supported, 

goto step 1 6. 

The UE is powered up or switched on and 

initiates an attach (see ICS). Cell A is preferred 

by the UE. 

Attach type = 'PS attach' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-1 

GMM cause = 'PS services not allowed' 


6 

7 
8 

9 


SS 
UE 
UE 

UE 




The following messages are sent and shall be 

received on cell B. 

The SS deactivates cell A and activates cell B. 

Cell B is preferred by the UE. 

No ATTACH REQUEST sent to the SS 

(SS waits 30 seconds). 

If possible (see ICS) USIM removal is 

performed. Otherwise if possible (see ICS) 

switch off is performed. Otherwise the power is 

removed. 


10 

11 
12 

13 
14 

15 


UE 

-> 
<- 

-> 

UE 

-> 


ATTACH REQUEST 
ATTACH ACCEPT 

ATTACH COMPLETE 
DETACH REQUEST 


The UE gets the USIM replaced, is powered up 

or switched on and initiates an attach (see 

ICS). 

Attach type = 'PS attach' 

Mobile identity = IMSI 

Attach result = 'PS only attached' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-2 

The UE is switched off or power is removed 
(see ICS). 

Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 


16 
17 


UE 




The SS deactivates cell B and activates cell A. 
The UE is set in UE operation mode A(see 
ICS) and the test is repeated from step 3 to 
step 15. 



12.2.1.3.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with information elements specified in the above Expected Sequence when UE is 
powered up or switched on. 

check the GMM cause which is contained in the ATTACH REJECT message and stop timer T3310. 

set the PS update state to GU3 ROAMING NOT ALLOWD. 

delete stored P-TMSI, P-TMSI signature, RAI and PS ciphering key sequence number. 
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1 2.2.1 .4 PS attach / rejected / PLMN not allowed 

12.2.1.4.1 Definition 

12.2.1.4.2 Conformance requirement 

1) If the network rejects a PS attach procedure from the User Equipment with the cause 'PLMN not allowed' the 
User Equipment shall: 

1 . 1 not perform PS attach when switched on in the same routing area or location area. 

1 .2 not perform PS attach when in the same PLMN and when that PLMN is not selected manually. 

1 .3 delete the stored RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

1.4 store the PLMN in the 'forbidden PLMN' list. 

2) If the network rejects a PS attach procedure from the User Equipment with the cause 'PLMN not allowed' the 
User Equipment shall perform PS attach when a new PLMN is entered. 

3) If the network rejects a PS attach procedure from the User Equipment with the cause 'PLMN not allowed' and if 
after that the PLMN from which this rejection was received, is manually selected, the User Equipment shall 
perform a PS attach procedure. 

Reference 

3GTS 24.008 clause 4.7.3.1 

12.2.1.4.3 Test purpose 

To test the behaviour of the UE if the network rejects the PS attach procedure of the UE with the cause 'PLMN not 
allowed'. 

12.2.1.4.4 Method of test 

Initial condition 

System Simulator: 

Four cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 
MCC1/MNC1/LAC1/RAC1, cell C in MCC1/MNC1/LAC2/RAC1 and cell D in MCC2/MNC1/LAC1/RAC1. 
All four cells are operating in network operation mode II (in case of UE operation mode A), or in network 
operation mode III (in case of UE operation mode C). 

User Equipment: 

The UE has a valid P-TMSI- 1, P-TMSI- 1 signature and RAI-1. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode C Yes/No 

UE operation mode A Yes/No (only if mode C not supported) 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS rejects a PS attach with the cause value 'PLMN not allowed'. The SS checks that the UE does not perform PS 
attach if activated in the same routing area or location area and performs PS attach only when a new PLMN is entered. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


UE 




The UE is set in UE operation mode C or B 
(see ICS). 


2 


SS 




The SS is set in network operation mode II or 
III and activates cell A. 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). Cell A is preferred 
by the UE. 


4 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


5 


<- 


ATTACH REJECT 


GMM cause = 'PLMN not allowed' 


6 


UE 




No ATTACH REQUEST sent to SS 
(SS waits 30 seconds). 








The following messages are sent and shall be 








received on cell B. 


7 


SS 




The SS deactivates cell A and activates cell B. 


8 


UE 




Cell B is preferred by the UE. 


9 


UE 




No ATTACH REQUEST sent to SS 
(SS waits 30 seconds). 








The following messages are sent and shall be 








received on cell C. 


10 


SS 




The SS deactivates cell B and activates cell C. 


11 


UE 




Cell C is preferred by the UE. 


12 


UE 




No ATTACH REQUEST sent to SS 
(SS waits 30 seconds). 








The following messages are sent and shall be 








received on cell D. 


13 


SS 




The SS deactivates cell C and activates cell D. 


14 


UE 




Cell D is preferred by the UE. 


15 


UE 




The UE initiates an attach automatically, by 
MMI or by AT command. 


16 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = IMSI 


17 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-2 


18 


-> 


ATTACH COMPLETE 




19 


UE 




The UE is switched off or power is removed 
(see ICS). 


20 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 



12.2.1.4.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with information elements specified in the above Expected Sequence when UE is 
powered on or switched on. 

check the GMM cause which is contained in the ATTACH REJECT message and stop timer T3310. 

perform the following actions depending on the PLMN or the routing area or the location area 

Case 1) UE is in the same routing area or location area when the power is switched on, 

UE shall: 
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not perform PS attach. 

- delete the stored RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

- store the PLMN in the 'forbidden PLMN' list. 

Case2) UE is in the same PLMN, and this PLMN is not selected manually 
UE shall: 

not perform PS attach. 

- delete the stored RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

- store the PLMN in the 'forbidden PLMN' list. 
Case3) UE is in a new location area. 

UE shall: 

- perform PS attach. 

Case3) UE is in the new PLMN, and this PLMN is selected manually 
UE shall 

- perform PS attach. 

1 2.2.1 .5 PS attach / rejected / roaming not allowed in this location area 

12.2.1.5.1 Definition 

12.2.1.5.2 Conformance requirement 

1) If the network rejects a PS attach procedure from the User Equipment with the cause 'roaming not allowed in 
this location area' the User Equipment shall: 

1 . 1 not perform PS attach when in the same location area. 

1 .2 delete the stored RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

1.3 store the LA in the 'forbidden location areas for roaming' list. 

1 .4 perform PS attach when a new location area is entered. 

1.5 Periodically search for its HPLMN. 

2) The User Equipment shall reset the list of 'Forbidden location areas for roaming' when switched off or when the 
USIM is removed. 

3) The UE shall be capable of storing at least 6 entries in the list of 'Forbidden location areas for roaming'. 

Reference 

3GTS 24.008 clause 4.7.3.1 
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12.2.1.5.3 Test purpose 

Test purpose 1 

To test that on receipt of a rejection using the 'roaming not allowed in this location area' cause code, the UE ceases 
trying to attach on that location area. Successful PS attach procedure is possible in other location areas. 

Test purpose 2 

To test that if the UE is switched off or the USIM is removed the list of 'forbidden location areas for roaming' is 
cleared. 

Test purpose 3 

To test that at least 6 entries can be held in the list of 'forbidden location areas for roaming' (the requirement in 3G TS 
24.008 is to store at least 10 entries. This is not fully tested by the third procedure). 

Test purpose 4 

To test that if a cell of the Home PLMN is available then the UE returns to it in preference to any other available cell. 

12.2.1.5.4 Method of test 

12.2.1 .5.4.1 Test procedure 1 

Initial condition 
System Simulator: 

Three cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC1/MNC/LAC2/RAC1 and cell C in MCC1/MNC1/LAC1/RAC2. 

All three cells are operating in network operation mode III. 
User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode C Yes/No 

UE operation mode A Yes/No 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS rejects a PS attach with the cause value 'Roaming not allowed in this area'. A new attempt for a PS attach is not 
possible. Successful PS attach / detach procedures are performed in another location area. A new attempt for a PS attach 
is performed in the 1 st location area. This attempt shall not succeed, as the LA is on the forbidden list. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is set in UE operation mode C (see 
ICS). If UE operation mode C not supported, 
goto step 19. 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). Cell A is preferred 
by the UE. 


4 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


5 


<- 


ATTACH REJECT 


GMM cause = 'Roaming not allowed in this 
area' 


6 


UE 




No ATTACH REQUEST sent to SS 
(SS waits 30 seconds). 








The following messages are sent and shall be 








received on cell B. 


7 


SS 




The SS Deactivates cell A and activates cell B. 


8 


UE 




Cell B is preferred by the UE. 


9 


UE 




The UE initiates an attach automatically, by 
MMI or by AT command. 


10 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = IMSI 


11 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-3 


12 


-> 


ATTACH COMPLETE 




13 


UE 




The UE initiates a PS detach (without power 
off) by MMI or by AT command . 


14 


-> 


DETACH REQUEST 


Detach type = 'normal detach, PS detach' 


15 


<- 


DETACH ACCEPT 










The following messages are sent and shall be 








received on cell C. 


16 


SS 




The SS deactivates cell B and activates cell C. 


17 


UE 




Cell C is preferred by the UE. 


18 


UE 




No ATTACH REQUEST sent to SS 
(SS waits 30 seconds). 


19 


SS 




The SS is set in network operation mode II. 


20 


UE 




The UE is set in UE operation mode A (see 
ICS) and the test is repeated from step 3 to 
step 18. 



12.2.1.5.4.2 



Test procedure 2 



Initial condition 
System Simulator: 

One cell operating in network operation mode II. 
User Equipment: 

TheUE has a valid P-TMSI-1, P-TMSI-1 signature and RAI-1. 
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Related ICS/IXIT statements 

Support of PS service 
UE operation mode C 
UE operation mode A 
Switch off on button 



Yes/No 
Yes/No 
Yes/No (only if mode C not supported) 

Yes/No 



Automatic PS attach procedure at switch on or power on 



Yes/No 



Test procedure 

The SS rejects a PS attach updating with the cause value 'Roaming not allowed in this area'. The UE is switched off for 
10 seconds and switched on again. The SS check that a PS attach is possible on the cell on which the PS attach had been 
rejected. 

If USIM removal is possible without switching off: The SS rejects a PS attachupdating with the cause value 'Roaming 
not allowed in this area'. The USIM is removed and inserted in the UE. The SS check that a PS attach is possible on the 
cell on which the PS attach had been rejected. 

Expected Sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 
2 
3 

4 
5 
6 


UE 

UE 

-> 

<- 

UE 
UE 


ATTACH REQUEST 
ATTACH REJECT 


The UE is set in UE operation mode C or B 

(see ICS). 

The UE is powered up or switched on and 

initiates an attach (see ICS). 

Attach type = 'PS attach' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-1 

GMM cause = 'Roaming not allowed in this 

area' 

No ATTACH REQUEST sent to the SS 

(SS waits 30 seconds). 

If possible (see ICS) switch off is performed. 

Otherwise the power is removed. 


7 
8 
9 

10 
11 

12 


UE 
-> 
<- 

-> 

UE 

-> 


ATTACH REQUEST 
ATTACH ACCEPT 

ATTACH COMPLETE 
DETACH REQUEST 


The UE is powered up or switched on and 

initiates an attach (see ICS). 

Attach type = 'PS attach' 

Mobile identity = IMSI 

Attach result = 'PS only attached' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-1 

The UE is switched off or power is removed 
(see ICS). 

Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 



12.2.1.5.4.3 



Test procedure 3 



Initial condition 
System Simulator: 



Six cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC1/MNC1/LAC2/RAC1, cell C in MCC1/MNC1/LAC3/RAC1, cell D in MCC1/MNC1/LAC4/RAC1, cell E 
in MCC1/MNC1/LAC5/RAC1, cell F in MCC1/MNC1/LAC6/RAC1. 

All six cells are operating in network operation mode II (in case of UE operation mode A), or in network 
operation mode III (in case of UE operation mode C). 
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User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAI-1. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode C Yes/No 

UE operation mode A Yes/No (only if mode C not supported) 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS rejects a PS attach with the cause value 'Roaming not allowed in this area'. This is done for 6 different location 
areas. Then the SS checks that the UE does not attempt to perform an attach procedure on the non-allowed location 
areas. 

Different types of UE may use different methods to periodically clear the list of forbidden areas (e.g. every day at 
12am) for roaming. If the list is cleared while the test is being run, it may be necessary to re-run the test. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 
3 

4 

5 
6 


SS 
SS 
UE 
UE 

-> 

<- 

UE 


ATTACH REQUEST 
ATTACH REJECT 


The following messages are sent and shall be 

received on cell A. 

The SS is set in network operation mode II or 

III and activates cell A. 

The UE is set in UE operation mode C or B 

(see ICS). 

The UE is powered up or switched on and 

initiates an attach (see ICS). Cell A is preferred 

by the UE. 

Attach type = 'PS attach' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-1 

GMM cause = 'Roaming not allowed in this 

area' 

No ATTACH REQUEST sent to SS 

(SS waits 30 seconds) 


7 
8 
9 

10 

11 

12 


SS 
UE 
UE 

-> 

<- 

UE 


ATTACH REQUEST 
ATTACH REJECT 


The following messages are sent and shall be 

received on cell B. 

The SS deactivates cell A and activates cell B. 

Cell B is preferred by the UE. 

The UE initiates an attach automatically, by 

MMI or by AT command. 

Attach type = 'PS attach' 

Mobile identity = IMSI 

GMM cause = 'Roaming not allowed in this 

area' 

No ATTACH REQUEST sent to SS 

(SS waits 30 seconds). 


13 
14 
15 

16 

17 

18 


SS 
UE 
UE 

-> 

<- 

UE 


ATTACH REQUEST 
ATTACH REJECT 


The following messages are sent and shall be 

received on cell C. 

The SS deactivates cell B and activates cell C. 

Cell C is preferred by the UE. 

The UE initiates an attach automatically, by 

MMI or by AT command. 

Attach type = 'PS attach' 

Mobile identity = IMSI 

GMM cause = 'Roaming not allowed in this 

area' 

No ATTACH REQUEST sent to SS 

(SS waits 30 seconds). 


19 
20 
21 

22 

23 

24 


SS 
UE 
UE 

-> 

<- 

UE 


ATTACH REQUEST 
ATTACH REJECT 


The following messages are sent and shall be 

received on cell D. 

The SS deactivates cell C and activates cell D. 

Cell D is preferred by the UE. 

The UE initiates an attach automatically, by 

MMI or by AT command. 

Attach type = 'PS attach' 

Mobile identity = IMSI 

GMM cause = 'Roaming not allowed in this 

area' 

No ATTACH REQUEST sent to SS 

(SS waits 30 seconds). 


25 
26 
27 

28 

29 


SS 
UE 
UE 

-> 

<- 


ATTACH REQUEST 
ATTACH REJECT 


The following messages are sent and shall be 

received on cell E. 

The SS deactivates cell D and activates cell E. 

Cell E is preferred by the UE. 

The UE initiates an attach automatically, by 

MMI or by AT command. 

Attach type = 'PS attach' 

Mobile identity = IMSI 

GMM cause = 'Roaming not allowed in this 

area' 
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30 


UE 




No ATTACH REQUEST sent to SS 
(SS waits 30 seconds). 


31 
32 
33 

34 

35 

36 


SS 
UE 
UE 

-> 

<- 

UE 


ATTACH REQUEST 
ATTACH REJECT 


The following messages are sent and shall be 

received on cell F. 

The SS deactivates cell E and activates cell F. 

Cell F is preferred by the UE. 

The UE initiates an attach automatically, by 

MMI or by AT command. 

Attach type = 'PS attach' 

Mobile identity = IMSI 

GMM cause = 'Roaming not allowed in this 

area' 

No ATTACH REQUEST sent to SS 

(SS waits 30 seconds) 


37 
38 
39 

40 


SS 
SS 
UE 

UE 




The following messages are sent and shall be 

received on cell E. 

The SS deactivates cell F and activates cell E. 

Cell E is preferred by the UE. 

The UE initiates an attach automatically, by 

MMI or by AT command. 

No ATTACH REQUEST sent to SS 

(SS waits 30 seconds). 


41 
42 
43 

44 


SS 
SS 
UE 

UE 




The following messages are sent and shall be 

received on cell C. 

The SS deactivates cell E and activates cell C. 

Cell C is preferred by the UE. 

The UE initiates an attach automatically, by 

MMI or by AT command. 

No ATTACH REQUEST sent to SS 

(SS waits 30 seconds). 


45 
46 
47 

48 


SS 
SS 
UE 

UE 




The following messages are sent and shall be 

received on cell A. 

The SS deactivates cell C and activates cell A. 

Cell A will be preferred by the UE. 

The UE initiates an attach automatically, by 

MMI or by AT command. 

No ATTACH REQUEST sent to SS 

(SS waits 30 seconds). 



12.2.1.5.4.4 Test procedure4 

Initial condition 

System Simulator: 

Two cells, cell A in MCC2/MNC1/LAC1/RAC1 (not HPLMN) and cell B in MCC1/MNC1/LAC1/RAC1 

(HPLMN). 

Both cells are operating in network operation mode II (in case of UE operation mode A), or in network 

operation mode III (in case of UE operation mode C). 

User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAI-2. 



Related ICS/IXIT statements 

Support of PS service 
UE operation mode C 
UE operation mode A 
Switch off on button 



Yes/No 
Yes/No 
Yes/No (only if mode C not supported) 

Yes/No 



Automatic PS attach procedure at switch on or power on 



Yes/No 
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Test procedure 

The SS rejects a PS attach with the cause value 'Roaming not allowed in this area. Two cells are then available. The cell 
with the weakest level belongs to the HPLMN. It is checked that the UE returns to its HPLMN. 

Expected Sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 
2 
3 

4 

5 
6 


SS 
UE 
SS 
UE 

-> 

<- 

UE 


ATTACH REQUEST 
ATTACH REJECT 


The following messages are sent and shall be 

received on cell A. 

The UE is set in UE operation mode C or B 

(see ICS). 

The SS is set in network operation mode II or 

III and activates cell A. 

The UE is powered up or switched on and 

initiates an attach (see ICS). Cell A is preferred 

by the UE. 

Attach type = 'PS attach' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-2 

GMM cause = 'Roaming not allowed in this 

area' 

No ATTACH REQUEST sent to SS 

(SS waits 30 seconds). 


7 
8 
9 
10 
11 

12 
13 

14 


SS 

UE 

UE 

-> 

<- 

-> 

UE 

-> 


ATTACH REQUEST 
ATTACH ACCEPT 

ATTACH COMPLETE 
DETACH REQUEST 


The following messages are sent and shall be 

received on cell B. 

Activate cell B with a lower signal strength than 

cell A. 

The RF level of cell A is lowered until cell B is 

preferred by the UE. 

The UE initiates an attach automatically, by 

MMI or by AT command. 

Attach type = 'PS attach' 

Mobile identity = IMSI 

Attach result = 'PS only attached' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-1 

The UE is switched off or power is removed 
(see ICS). 

Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 



12.2.1.5.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with information elements specified in the above Expected Sequence when UE is 
powered up or switched on. 

check the GMM cause which is contained in the ATTACH REJECT message and stop timer T3310. 

not perform PS attach when UE is in the same location area. 

delete the stored RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

store the LA in the 'forbidden location areas for roaming' list. 

perform PS attach when a new location area is entered. 

search for its HPLMN periodically. 
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When Switched off or when the USIM is removed, 
UE shall: 

- reset the 'forbidden location areas for roaming' list. 

1 2.2.1 .6 PS attach / abnormal cases / access barred due to access class control 

12.2.1.6.1 Definition 

12.2.1.6.2 Conformance requirement 

1) The UE shall not perform PS attach procedure, but stays in the current serving cell and applies normal cell 
reselection process. 

2) The User Equipment shall perform the PS attach procedure when: 

2.1 Access is granted. 

2.2 Cell is changed. 

Reference 

3GTS 24.008 clause 4.7.3.1 

12.2.1.6.3 Test purpose 

Test purposel 

To test the behaviour of the UE in case of access class control (access is granted). 

Test purpose2 

To test the behaviour of the UE in case of access class control (access is granted). 

12.2.1.6.4 Method of test 
12.2.1.6.4.1 Test procedurel 

Initial condition 

A random access class x (0-15) is selected. The USIM is programmed with this access class x. Communication with 
User Equipments using access class x is initially indicated to be barred. 

System Simulator: 

One cell operating in network operation mode III. 
Access class x barred. 

User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode C Yes/No 
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UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on 



Yes/No 



Test procedure 

The SS indicates access class x barred. A PS attach procedure is not performed. 

The SS indicates that access class x is not barred. A PS attach procedure is performed. 

Expected Sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 
2 

3 

4 

5 
6 

7 

8 

9 
10 

11 


UE 
UE 

UE 
UE 

SS 

UE 

-> 

<- 

-> 

UE 

-> 


ATTACH REQUEST 

ATTACH ACCEPT 

ATTACH COMPLETE 
DETACH REQUEST 


The USIM is programmed with access class x. 

The UE is set in UE operation mode C (see 

ICS). If UE operation mode C not supported, 

goto step 12. 

The UE is powered up or switched on and 

attempts to initiate an attach (see ICS). 

No ATTACH REQUEST sent to SS, as access 

class X is barred 

(SS waits 30 seconds). 

The access class x is not barred anymore. 

The UE automatically initiates a PS attach. 

Attach type = 'PS attach' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-1 

Attach result = 'PS only attached' 

Mobile identity = P-TMSI-2 

P-TMSI-2 signature 

Routing area identity = RAI-1 

The UE is switched off or power is removed 
(see ICS). 

Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 


12 
13 


SS 
UE 




The SS is set in network operation mode II. 
The UE is set in UE operation mode A(see 
ICS) and the test is repeated from step 2 to 
step 1 1 . 



12.2.1.6.4.2 



Initial condition 



Test procedure2 



A random access class x (0-15) is selected. The USIM is programmed with this access class x. Communication with 
User Equipments using access class x is indicated to be barred on cell A. 

System Simulator: 

Two cells, cell A in MCC1/MNC1/LAC1/RAC1 has access class x barred, cell B in 
MCC1/MNC1/LAC1/RAC1 has access class x not barred. 

Both cells are operating in network operation mode II (in case of UE operation mode A), or in network 
operation mode III (in case of UE operation mode C). 

User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-2 signature and RAI-1. 
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Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode C Yes/No 

UE operation mode A Yes/No Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS indicates access class x barred. A PS attach procedure is not performed. 

A cell change is performed into a cell where access class x is not barred. A PS attach procedure is performed. 

Expected Sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 

2 
3 
4 
5 


UE 
SS 

SS 

UE 

UE 

UE 




The USIM is programmed with access class x. 

The following messages are sent and shall be 

received on cell A. 

The SS is set in network operation mode II or 

III and activates cell A. 

The UE is set in UE operation mode C or B 

(see ICS). 

The UE is powered up or switched on and 

attempts to initiate an attach (see ICS). 

No ATTACH REQUEST sent to SS, as access 

class X is barred 

(SS waits 30 seconds). 


6 

7 
8 

9 

10 
11 

12 


SS 

UE 
-> 

<- 

-> 

UE 

-> 


ATTACH REQUEST 

ATTACH ACCEPT 

ATTACH COMPLETE 
DETACH REQUEST 


The following messages are sent and shall be 

received on cell B. 

Activate cell B with a lower signal strength than 

cell A The RF level of cell A is lowered until cell 

B is preferred by the UE. 

The UE automatically initiates an attach. 

Attach type = 'PS attach' 

Mobile identity = P-TMSI-2 

P-TMSI-2 signature 

Routing area identity = RAI-1 

Attach result = 'PS only attached' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-1 

The UE is switched off or power is removed 
(see ICS). 

Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 



12.2.1.6.5 Test requirements 

UE shall: 

- perform the following actions depending on the UE access class X. 
Case 1) The UE access class X is barred, 
UE shall: 

not perform a PS attach procedure. 
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stay in the current serving cell. 

apply normal cell reselection process. 
Case 2) The UE access class X is granted or serving cell is changed, 
UE shall: 
- initiate PS attach procedure.. 

1 2.2.1 .7 PS attach / abnormal cases / change of cell into new routing area 

12.2.1.7.1 Definition 

12.2.1.7.2 Conformance requirement 

When a change of cell into a new routing area is performed before ATTACH ACCEPT message is received by the UE, 
the UE shall abort the PS attach procedure and re-initiate it immediately. 

Reference 

3GTS 24.008 clause 4.7.3.1 

12.2.1.7.3 Test purpose 

To test the behaviour of the UE in case of procedure collision. 

12.2.1.7.4 Method of test 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1 and cell B in 

MCC 1/MNC1/LAC 1/RAC2. 

Both cells are operating in network operation mode II (in case of UE operation mode A), or in network 

operation mode III (in case of UE operation mode C). 

User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode C Yes/No 

UE operation mode A Yes/No (only if mode C not supported) 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE initiates a PS attach procedure. The ATTACH ACCEPT message is delayed from the SS. The UE performs a 
cell reselection to a cell in a new routing area. The UE shall re-initiate a PS attach procedure in the new routing area. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


UE 




The UE is set in UE operation mode C or B 
(see ICS). 


2 


SS 




The SS is set in network operation mode II or 
III and activates cell A. 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). Cell A is preferred 
by the UE. 


4 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


5 


SS 




No response to the ATTACH REQUEST 
message is given by the SS. 








The following messages are sent and shall be 








received on cell B. 


6 


SS 




The SS deactivates cell A and activates cell B. 
Cell B is preferred by the UE. 


7 


UE 




The UE automatically re-initiates the attach in 
the new cell. 


8 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


9 


<- 


ATTACH ACCEPT 


No new mobile identity assigned. 
P-TMSI and P-TMSI signature not included. 
Attach result = 'PS only attached' 
Routing area identity = RAI-4 


10 


UE 




The UE is switched off or power is removed 
(see ICS). 


11 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 



12.2.1.7.5 
UE shall: 



Test requirements 



abort a PS attach procedure when a change of cell into a new routing area is performed before ATTACH 
ACCEPT or ATTACH REJECT message is received by the UE. 

- re-initiate a PS attach procedure immediately with new information elements. 

1 2.2.1 .8 PS attach / abnormal cases / power off 
12.2.1.8.1 Definition 



12.2.1.8.2 



Conformance requirement 



When power is switched off before ATTACH ACCEPT message is received by the UE, the UE shall abort the PS attach 
procedure and perform a PS detach procedure. 

Reference 

3G TS 24.008 clause 4.7.3. 
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12.2.1.8.3 Test purpose 

To test the behaviour of the UE in case of procedure collision. 

12.2.1.8.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode III. 
User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 



Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode C Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on 



Yes/No 



Test procedure 

The UE is switched off after initiating an attach procedure. A PS detach is automatically performed by the UE before 
power is switched off. 

Expected Sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 

2 
3 

4 
5 
6 


UE 

UE 
-> 

SS 

UE 

-> 


ATTACH REQUEST 
DETACH REQUEST 


The UE is set in UE operation mode C (see 

ICS). If UE operation mode C not supported, 

goto step 7. 

The UE is powered up or switched on and 

initiates an attach (see ICS). 

Attach type = 'PS attach' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-1 

No response to the ATTACH REQUEST 

message is given by the SS. 

The UE is powered off and initiates a PS 

detach (with power off) by 

Detach type = 'power switched off, PS detach' 


7 
8 


SS 
UE 




The SS is set in network operation mode II. 
The UE is set in UE operation mode A (see 
ICS) and the test is repeated from step 2 to 
step 6. 



12.2.1.8.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with information elements specified in the above Expected Sequence when UE is 
powered up or switched on. 

When power is switched off before ATTACH ACCEPT message is received, 

UE shall: 
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abort the PS attach procedure and perform the PS detach procedure. 

1 2.2.1 .9 PS attach / abnormal cases / PS detach procedure collision 

12.2.1.9.1 Definition 

12.2.1.9.2 Conformance requirement 

1) When a DETACH REQUEST message is received by the UE (any cause except re-attach) while waiting for an 
ATTACH ACCEPT message, the UE shall terminate the PS attach procedure and continue with the PS detach 
procedure. 

2) When a DETACH REQUEST message is received by the UE (cause re-attach) while waiting for an ATTACH 
ACCEPT message, the UE shall ignore the PS detach procedure and continue with the PS attach procedure. 

Reference 

3GTS 24.008 clause 4.7.3.1 

12.2.1.9.3 Test purpose 

To test the behaviour of the UE in case of procedure collision. 

12.2.1.9.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode II. 
User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode C Yes/No 

UE operation mode A Yes/No (only if mode C not supported) 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE initiates a PS attach procedure. The SS does not answer the PS attach procedure, but initiates a PS detach 
procedure (any cause except re-attach). The UE shall terminate the PS attach procedure and continue with the PS detach 
procedure. 

The UE initiates a PS attach procedure. The SS does not answer the PS attach procedure, but initiates a PS detach 
procedure (cause re-attach). The UE shall ignore the PS detach procedure and continue with the PS attach. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is set in UE operation mode C or B 
(see ICS). 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


4 


SS 




The SS ignores the ATTACH REQUEST 
message and initiates a detach procedure. 


5 


<- 


DETACH REQUEST 


Detach type = 're-attach not required' 


6 


-> 


DETACH ACCEPT 




7 


UE 




The UE initiates the attach procedure by MMI 
or AT command. 


8 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


9 


SS 




The SS ignores the ATTACH REQUEST 
message and initiates a detach procedure. 


10 


<- 


DETACH REQUEST 


Detach type = 're-attach required' 


11 


UE 




The UE ignores the DETACH REQUEST 
message and continue with the attach 
procedure. 


12 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 


13 


-> 


ATTACH COMPLETE 




14 


UE 




The UE is switched off or power is removed 
(see ICS). 


15 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 



12.2.1.9.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with information elements specified in the above Expected Sequence when UE is 
powered up or switched on. 

Casel) GMM cause is not re-attach 

When a DETACH REQUEST message is received by the UE while waiting for an ATTACH ACCEPT message, 

UE shall: 

- terminate the PS attach procedure and continue with the PS detach procedure. 

Case2) GMM cause is re-attach 

When a DETACH REQUEST message is received by the UE while waiting for an ATTACH ACCEPT message, 

UE shall: 

ignore the PS detach procedure and continue with the PS attach procedure. 
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12.2.2 Combined PS attach 

1 2.2.2.1 Combined PS attach / PS and non-PS attach accepted 

12.2.2.1.1 Definition 

12.2.2.1.2 Conformance requirement 

1) If the network accepts the combined PS attach procedure (signalled by an IMSI) and allocates a P-TMSI, the UE 
shall acknowledge the P-TMSI and continue communication with the P-TMSI. 

2) If the network accepts the combined PS attach procedure (signalled by P-TMSI) and reallocates a new P-TMSI, 
the UE shall acknowledge the new P-TMSI and continue communication with the new P-TMSI. 

3) If the network accepts the combined PS attach procedure (signalled by a P-TMSI) from the UE without 
reallocation of the previously used P-TMSI, the UE shall continue communication with the previously used P- 
TMSI. 

4) If the network accepts the combined PS attach procedure and determines that IMSI shall be used in CS 
operations, the UE shall continue communication with the IMSI for CS operations. 

5) If the network accepts the combined PS attach procedure and determines that a TMSI shall be used in CS 
operations, the UE shall continue communication with the TMSI for CS operations. 

Reference 

3G TS 24.008 clause 4.7.3.2 

12.2.2.1.3 Test purpose 

To test the behaviour of the UE if the network accepts the PS attach procedure. 
The following cases are identified: 

1) P-TMSI / P-TMSI signature is allocated 

2) P-TMSI / P-TMSI signature is reallocated 

3) Old P-TMSI / P-TMSI signature is not changed 

4) Mobile terminating CS call is allowed with IMSI 

5) Mobile terminating CS call is not allowed with TMSI 

12.2.2.1.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode I. 
User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
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Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

1) The UE sends an ATTACH REQUEST message with identity IMSI. The SS allocates a P-TMSI and returns 
ATTACH ACCEPT message with a P-TMSI. The UE acknowledge the P-TMSI by sending ATTACH 
COMPLETE message. Further communication UE - SS is performed by the new P-TMSI. For CS calls, the 
IMSI is used. 

2) The UE is CS paged in order to verify that the IMSI is used for CS calls. 

3) The UE is PS paged in order to verify that the new P-TMSI is used for PS services. 

4) The UE sends an ATTACH REQUEST message with identity P-TMSI. The SS allocates a new P-TMSI and 
returns ATTACH ACCEPT message with the new P-TMSI and a new TMSI. The UE acknowledge the P-TMSI 
and the TMSI by sending ATTACH COMPLETE message. Further communication UE - SS is performed by the 
new P-TMSI. For CS calls, the new TMSI is used. The UE is CS paged in order to verify that the new TMSI is 
used for CS services. 

5) The UE is PS paged in order to verify that the new P-TMSI is used for PS services. The UE will not answer 
signalling addressed to the old P-TMSI. 

6) The UE sends an ATTACH REQUEST message with identity P-TMSI. The SS accepts the P-TMSI and returns 
ATTACH ACCEPT message without any P-TMSI. Further communication UE - SS is performed by the 
previously used P-TMSI. 

7) The UE is PS paged in order to verify that the previously used P-TMSI is used for PS services. 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



746 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is set in UE operation mode A (see 
ICS). 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS/ IMSI attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity =IMSI 
Routing area identity = RAI-1 


5 


-> 


ATTACH COMPLETE 




6 


<- 


PAGING REQUEST TYPE 1 


Mobile identity = IMSI 

Paging order is for RRC-connection. 


7 


-> 


CHANNEL REQUEST 




8 


<- 


IMMEDIATE ASSIGNMENT 




9 


-> 


PAGING RESPONSE 


Mobile identity = IMSI 


10 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


11 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 

Comment: A TBF will be established on lower 

layers. 


12 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 
Comment: The TBF will be released on lower 
layers. 


13 


UE 




The UE is switched off or power is removed 
(see ICS). 


14 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 


15 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


16 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

TMSI status = no valid TMSI available 

Routing area identity = RAI-1 


17 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Mobile identity = TMSI-1 
Routing area identity = RAI-1 


18 


-> 


ATTACH COMPLETE 




19 


<- 


GMM INFORMATION 


Message sent with P-TMSI-2 


19b 


-> 


GMM STATUS 


Message sent in case the UE does not support 
reception of GMM information message 
Cause #97 


20 


<- 


PAGING REQUEST TYPE 1 


Mobile identity = TMSI-1 

Paging order is for RRC-connection. 


21 


-> 


CHANNEL REQUEST 




22 


<- 


IMMEDIATE ASSIGNMENT 




23 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-1 


24 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


25 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-2 

Paging order is for TBF establishment. 


26 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 


27 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 


28 


UE 




No response from the UE to the request. This 
is checked for 1 seconds. 
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29 
30 


UE 
-> 


DETACH REQUEST 


The UE is switched off or power is removed 
(see ICS). 

Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 


31 
32 

33 

34 

35 
36 

37 


UE 
-> 

<- 

<- 

-> 

UE 

-> 


ATTACH REQUEST 

ATTACH ACCEPT 

PACKET PAGING REQUEST 
UPLINK RLC DATA BLOCK 

DETACH REQUEST 


The UE is powered up or switched on and 

initiates an attach (see ICS). 

Attach type = 'Combined PS / IMSI attach' 

Mobile identity = P-TMSI-2 

P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = valid TMSI available 

No new mobile identity assigned. 

TMSI and P-TMSI not included. 

Attach result = 'Combined PS / IMSI attached' 

P-TMSI-3 signature 

Routing area identity = RAI-1 

Mobile identity = P-TMSI-2 

Paging order is for TBF establishment. 

LLC PDU implicitly indicating paging response. 

The UE is switched off or power is removed 

(see ICS). 

Message not sent if power is removed. 

Detach type = 'power switched off, combined 

PS / IMSI detach' 



12.2.2.1.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with information elements specified in the above Expected Sequence when UE is 
powered up or switched on. 

Case 1) SS accept the combined PS attach procedure (signalled by an IMSI) and allocates a P-TMSI. 

UE shall 

acknowledge the P-TMSI and continue communication with the P-TMSI. 
Case 2) SS accepts the combined PS attach procedure (signalled by P-TMSI) and reallocates a new P-TMSI. 
UE shall: 

acknowledge the new P-TMSI and continue communication with the new P-TMSI. 

Case 3) SS accepts the combined PS attach procedure (signalled by a P-TMSI) from the UE without reallocation of the 
previously used P-TMSI. 

UE shall: 

continue communication with the previously used P-TMSI. 
Case 4) SS accepts the combined PS attach procedure and determines that IMSI shall be used in CS operations. 
UE shall: 

continue communication with the IMSI for CS operations. 
Case 5) SS accepts the combined PS attach procedure and determines that a TMSI shall be used in CS operations. 
UE shall: 

- continue communication with the TMSI for CS operations. 
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1 2.2.2.2 Combined PS attach / PS only attach accepted 

12.2.2.2.1 Definition 

12.2.2.2.2 Conformance requirement 

1) If the network accepts the combined PS attach procedure, but GMM cause code 'IMSI unknown in HLR' is sent 
to the UE the User Equipment shall delete the stored TMSI, LAI and CKSN. The User Equipment shall consider 
USIM invalid for non-PS services until power is switched off or USIM is removed. 

2) If the network accepts the combined PS attach procedure, but GMM cause code 'MSC temporarily not 
reachable', 'Network failure' or 'Congestion' is sent to the UE, an UE operation mode A UE may perform an 
MM IMSI attach procedure. 

Reference 

3G TS 24.008 clause 4.7.3.2 

12.2.2.2.3 Test purpose 

Test proposel 

To test the behaviour of the UE if the network accepts the PS attach procedure with indication PS only, GMM cause 
'IMSI unknown in HLR'. 

Test porpose2 

To test the behaviour of the UE if the network accepts the PS attach procedure with indication PS only, GMM cause 
'MSC temporarily not reachable', 'Network failure' or 'Congestion'. 

12.2.2.2.4 Method of test 

12.2.2.2.4.1 Testporposel 

Initial condition 
System Simulator: 

One cell operating in network operation mode I. 
User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE sends an ATTACH REQUEST message with identity IMSI. The SS allocates a P-TMSI and returns ATTACH 
ACCEPT message with a P-TMSI. GMM cause 'IMSI unknown in HLR' is indicated from SS. Further communication 
UE - SS is performed by the P-TMSI. CS services are not possible. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is set in UE operation mode A. 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity =IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
GMM cause = 'IMSI unknown in HLR' 


5 


-> 


ATTACH COMPLETE 




6 


<- 


PACKET PAGING REQUEST 


Mobile identity = IMSI 

Paging order is for RRC-connection. 


7 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 


8 


UE 




The UE is switched off or power is removed 
(see ICS). 


9 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 



12.2.2.2.4.2 



Test porpose2 



Initial condition 
System Simulator: 

One cell operating in network operation mode I. 
User Equipment: 

The UE has a valid TMSI, P-TMSI, P-TMSI signature and RAI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode A Yes/No 

Automatic MM IMSI attach procedure for UE operation mode A UE Yes/No 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE sends an ATTACH REQUEST message. The SS allocates a P-TMSI and returns ATTACH ACCEPT message 
with a P-TMSI. GMM cause 'MSC temporarily not reachable', 'Network failure' or 'Congestion' is indicated from SS. 
The cause code is arbitrarily chosen. This procedure is repeated four times. An UE operation mode A UE may then 
perform an MM IMSI attach procedure (according to the ICS statement). Further communication UE - SS is performed 
by the P-TMSI. The existence of a signalling channel is verified by a request for mobile identity. CS services are not 
possible as an IMSI attach procedure is not performed. 

Expected Sequence 

Dependent whether the option 'Automatic MM IMSI attach procedure for UE operation mode A UE' is supported or 
not, the steps 1-22 or 23-53 apply depending on manufacturer (see ICS). 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



750 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


UE 




The UE is set in UE operation mode A and no 
automatic MM IMSI attach procedure is 
indicated (see ICS). 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity =P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 
TMSI status = valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 

Routing area identity = RAI-1 

GMM cause = 'MSC temporarily not reachable', 

'Network failure' or 'Congestion' (arbitrarily 

chosen) 


5 


-> 


ATTACH COMPLETE 




7 


-> 


ROUTING AREA UPDATE 


Update type = 'Combined RA / LA updating 






REQUEST 


with IMSI attach' 

P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


8 


<- 


ROUTING AREA UPDATE 


No new mobile identity assigned. 






ACCEPT 


P-TMSI not included. 

Update result = 'RA updated' 

P-TMSI-3 signature 

Routing area identity = RAI-1 

GMM cause = 'MSC temporarily not reachable', 

'Network failure' or 'Congestion' (arbitrarily 

chosen) 


10 


-> 


ROUTING AREA UPDATE 


Update type = 'Combined RA / LA updating 






REQUEST 


with IMSI attach' 

P-TMSI-3 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


11 


<- 


ROUTING AREA UPDATE 


No new mobile identity assigned. 






ACCEPT 


P-TMSI not included. 

Update result = 'RA updated' 

P-TMSI-4 signature 

Routing area identity = RAI-1 

GMM cause = 'MSC temporarily not reachable', 

'Network failure' or 'Congestion' (arbitrarily 

chosen) 


12 


SS 




The SS verifies that the time between the 
requests are T331 1 


13 


-> 


ROUTING AREA UPDATE 


Update type = 'Combined RA / LA updating 






REQUEST 


with IMSI attach' 

P-TMSI-4 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


14 


<- 


ROUTING AREA UPDATE 


No new mobile identity assigned. 






ACCEPT 


P-TMSI not included. 

Update result = 'RA updated' 

P-TMSI-5 signature 

Routing area identity = RAI-1 

GMM cause = 'MSC temporarily not reachable', 

'Network failure' or 'Congestion' (arbitrarily 

chosen) 


16 


-> 


ROUTING AREA UPDATE 


Update type = 'Combined RA / LA updating 






REQUEST 


with IMSI attach' 

P-TMSI-5 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



751 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



17 


<- 


ROUTING AREA UPDATE 


No new mobile identity assigned. 






ACCEPT 


P-TMSI not included. 

Update result = 'RA updated' 

P-TMSI-6 signature 

Routing area identity = RAI-1 

GMM cause = 'MSC temporarily not reachable', 

'Network failure' or 'Congestion' (arbitrarily 

chosen) 


19 


<- 


PACKET PAGING REQUEST 


Mobile identity = IMSI 

Paging order is for RRC-connection. 


20 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 


21 


UE 




The UE is switched off or power is removed 
(see ICS). 


22 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach'. 
Stop the sequence. 


23 


UE 




Automatic MM IMSI attach procedure is 
indicated (see ICS). 


24 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


25 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 
TMSI status = valid TMSI available 


26 


<- 


ATTACH ACCEPT 


No new mobile identity assigned. 

P-TMSI not included. 

Attach result = 'PS only attached' 

P-TMSI-2 signature 

Routing area identity = RAI-1 

GMM cause = 'MSC temporarily not reachable', 

'Network failure' or 'Congestion' (arbitrarily 

chosen) 


28 


-> 


ROUTING AREA UPDATE 


Update type = 'Combined RA / LA updating 






REQUEST 


with IMSI attach' 

P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


29 


<- 


ROUTING AREA UPDATE 


No new mobile identity assigned. 






ACCEPT 


P-TMSI not included. 

Update result = 'RA updated' 

P-TMSI-3 signature 

Routing area identity = RAI-1 

GMM cause = 'MSC temporarily not reachable', 

'Network failure' or 'Congestion' (arbitrarily 

chosen) 


31 


-> 


ROUTING AREA UPDATE 


Update type = 'Combined RA / LA updating 






REQUEST 


with IMSI attach' 

P-TMSI-3 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


32 


<- 


ROUTING AREA UPDATE 


No new mobile identity assigned. 






ACCEPT 


P-TMSI not included. 

Update result = 'RA updated' 

P-TMSI-4 signature 

Routing area identity = RAI-1 

GMM cause = 'MSC temporarily not reachable', 

'Network failure' or 'Congestion' (arbitrarily 

chosen) 


33 


ss 




The SS verifies that the time between the 
requests are T331 1 


34 


-> 


ROUTING AREA UPDATE 


Update type = 'Combined RA / LA updating 






REQUEST 


with IMSI attach' 

P-TMSI-4 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 
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35 


<- 


ROUTING AREA UPDATE 


No new mobile identity assigned. 






ACCEPT 


P-TMSI not included. 

Update result = 'RA updated' 

P-TMSI-5 signature 

Routing area identity = RAI-1 

GMM cause = 'MSC temporarily not reachable', 

'Network failure' or 'Congestion' (arbitrarily 

chosen) 


37 


-> 


ROUTING AREA UPDATE 


Update type = 'Combined RA / LA updating 






REQUEST 


with I MSI attach' 

P-TMSI-5 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


38 


<- 


ROUTING AREA UPDATE 


No new mobile identity assigned. 






ACCEPT 


P No new mobile identity assigned. 

P-TMSI not included. 

Update result = 'RA updated' 

P-TMSI-6 signature 

Routing area identity = RAI-1 

GMM cause = 'MSC temporarily not reachable', 

'Network failure' or 'Congestion' (arbitrarily 

chosen) 


39 


SS 




The SS verifies that the time between the 
requests are T331 1 


40 


UE 




An automatic MM I MSI attach procedure is 
initiated. 


41 


-> 


CHANNEL REQUEST 




42 


<- 


IMMEDIATE ASSIGNMENT 




43 


-> 


LOCATION UPDATING REQ 


Location updating type = IMSI attach. 


44 


<- 


LOCATION UPDATING ACC 


The SS allocates a new TMSI. 


45 


-> 


TMSI REALLOCATION COMP 


Location updating type = IMSI attach. 


46 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


47 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for RRC-connection. 


48 


-> 


CHANNEL REQUEST 




49 


<- 


IMMEDIATE ASSIGNMENT 




50 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-1 


51 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


52 


UE 




The UE is switched off or power is removed 
(see ICS). 


53 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 



12.2.2.2.5 
UE shall: 



Test requirements 



initiate a Combined PS attach procedure with information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

check the GMM cause which is contained in the ATTACH ACCEPT message received from SS. 

perform the following actions depending on the GMM cause. 

Casel) GMM cause = TMSI unknown in HLR' 

UE shall 

delete stored TMSI, LAI, and ciphering key sequence number. 

consider USIM invalid for non-PS service until power is switching off or USIM is removed. 
Case2) GMM cause = 'MSC temporarily not reachable' or 'Network failure' or 'Congestion', 
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UE shall: 

stop the timer T3310(if running), and shall increment the routing area update attempt counter. 

- perform the following actions depending on the conditions described below. 

Case 2-1) the routing area updating attempt counter is less than 5 and the stored RAI is equal to the RAI 
of the current serving cell and the GMM update status is equal to GUI UPDATED: 

UE shall 

- keep the GMM update status GUI UPDATED. 

- change state to GMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM. 

start timer T33 1 1 . When timer T33 1 1 expires, the combined routing area update procedure indicating 
"combined RA/LA updating with IMSI attach" is triggered again. 

Case 2-2) the routing area updating attempt counter is greater than or equal to 5 

UE shall 

- start timer T3302 and change state to GMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM 

1 2.2.2.3 Combined PS attach / PS attach while IMSI attach 

12.2.2.3.1 Definition 

12.2.2.3.2 Conformance requirement 

If the PS UE is already attached for non-PS services by the MM specific attach procedure, but wants to perform an 
attach for PS services, the combined PS attach procedure is performed. 

Reference 

3G TS 24.008 clause 4.7.3.2 

12.2.2.3.3 Test purpose 

To test the behaviour of the UE if PS attach performed while IMSI attached. 

12.2.2.3.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode I. ATT flag is set. 
User Equipment: 

The UE has a valid TMSI-1, P-TMSI-1, P-TMSI signature and RAI-1. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 
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Test procedure 

The UE attach for non-PS services. The UE does not answer to paging orders for PS. The UE attach for PS services. 
Paging orders for PS are answered. 

Expected Sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 

2 

3 
4 
5 
6 

7 
8 

9 

10 


UE 

UE 

-> 
<- 
-> 
<- 
-> 
<- 

<- 

UE 


CHANNEL REQUEST 
IMMEDIATE ASSIGNMENT 
LOCATION UPDATING REQ 
LOCATION UPDATING ACC 
TMSI REALLOCATION COMP 
CHANNEL RELEASE 

PACKET PAGING REQUEST 


The UE is set in UE operation mode C (see 

ICS) and configured not to perform a PS 

attach. 

The UE is powered up or switched on. No PS 

attach is performed (see ICS). 

Location updating type = IMSI attach. 

The SS allocates a new TMSI. 

Location updating type = IMSI attach. 

After sending of this message, the SS waits for 

disconnection of the CS signalling link. 

Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 

No response from the UE to the request. This 

is checked for 1 seconds. 


11 
12 

13 

14 
15 

16 


UE 
-> 

<- 

-> 
<- 

-> 


ATTACH REQUEST 

ATTACH ACCEPT 

ATTACH COMPLETE 
PACKET PAGING REQUEST 

UPLINK RLC DATA BLOCK 


The UE is triggered to perform a PS attach (in 

combination with IMSI attach). 

Attach type = 'PS attach while IMSI attached' 

Mobile identity =P-TMSI-1 

P-TMSI-1 signature 

Mobile identity = TMSI-1 

Routing area identity = RAI-1 

TMSI status = valid TMSI available 

Attach result = 'Combined PS / IMSI attached' 

No new mobile identity assigned. TMSI and P- 

TMSI not included 

P-TMSI-2 signature 

Routing area identity = RAI-1 

Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 

LLC PDU implicitly indicating paging response. 


17 
18 


UE 
-> 


DETACH REQUEST 


The UE is switched off or power is removed 
(see ICS). 

Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 



12.2.2.3.5 Test requirements 

UE is already attached for non-PS service with the MM specific attach procedure. 

UE shall: 

- perform the combined PS attach procedure when UE want to attach for PS service. 
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1 2.2.2.4 Combined PS attach / rejected / IMSI invalid / illegal ME 

12.2.2.4.1 Definition 

12.2.2.4.2 Conformance requirement 

1) If the network rejects a combined PS attach procedure from the User Equipment with the cause 'Illegal ME', the 
User Equipment shall consider USIM invalid for PS and non-PS services until power is switched off or USIM is 
removed. 

2) If the network rejects a combined PS attach procedure from the User Equipment with the cause 'Illegal ME', the 
User Equipment shall delete the stored TMSI, LAI, CSKN, RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

Reference 

3G TS 24.008 clause 4.7.3.2 

12.2.2.4.3 Test purpose 

To test the behaviour of the UE if the network rejects the combined PS attach procedure of the UE with the cause 
'Illegal ME'. 

12.2.2.4.4 Method of test 

Initial condition 

System Simulator: 

Three cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 
MCC1/MNC1/LAC1/RAC2, cell C in MCC2/MNC1/LAC1/RAC1. 
All three cells are operating in network operation mode I. 

User Equipment: 

The UE has a valid TMSI, P-TMSI, P-TMSI signature and RAI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode A Yes/No 

USIM removal possible without powering down Yes/No 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS rejects a PS attach with the cause value 'Illegal ME'. The SS checks that the UE does not perform PS attach in 
the same or another PLMN. CS services are not possible as the USIM is blocked for CS services. PS services are not 
possible as the USIM is blocked for PS services. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be 








received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is set in UE operation mode A (see 
ICS). 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). Cell A is preferred 
by the UE. 


4 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 
TMSI status = valid TMSI available 


5 


<- 


ATTACH REJECT 


GMM cause 'Illegal ME'. 


6 


<- 


PACKET PAGING REQUEST 


Mobile identity = IMSI 

Paging order is for RRC-connection. 


7 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 


8 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 


9 


UE 




No response from the UE to the request. This 
is checked for 1 seconds. 








The following messages are sent and shall be 








received on cell B. 


10 


SS 




The SS deactivates cell A and activates cell B. 


11 


UE 




Cell B is preferred by the UE. 


12 


UE 




No ATTACH REQUEST sent to the SS 
(SS waits 30 seconds). 


13 


<- 


PACKET PAGING REQUEST 


Mobile identity = IMSI 

Paging order is for RRC-connection. 


14 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 








The following messages are sent and shall be 








received on cell C. 


15 


SS 




The SS deactivates cell B and activates cell C. 


16 


UE 




Cell C is preferred by the UE. 


17 


UE 




No ATTACH REQUEST sent to the SS 
(SS waits 30 seconds). 


18 


<- 


PACKET PAGING REQUEST 


Mobile identity = IMSI 

Paging order is for TBF establishment. 


19 


UE 




No response from the UE to the request. This 
is checked for 1 0seconds. 


20 


UE 




If possible (see ICS) USIM removal is 
performed. Otherwise if possible (see ICS) 
switch off is performed. Otherwise the power is 
removed. 


21 


UE 




The UE gets the USIM replaced, is powered up 
or switched on and initiates an attach (see 
ICS). 


22 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity = IMSI 

TMSI status = no valid TMSI available 


23 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity = TMSI-1 
Routing area identity = RAI-2 


24 


-> 


ATTACH COMPLETE 




25 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for RRC-connection. 


26 


-> 


CHANNEL REQUEST 




27 


<- 


IMMEDIATE ASSIGNMENT 





ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



757 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



28 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-1 


29 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


30 


UE 




The UE is switched off or power is removed 
(see ICS). 


31 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 



12.2.2.4.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with the information elements specified in the above Expected 
Sequence when UE is powered up or switched on. 

check the GMM cause which is contained in the ATTACH REJECT message and stop the timer T3310. 

set the PS update status to GU3 ROAMING NOT ALLOWED. 

delete the stored P-TMSI, P-TMSI signature, RAI and PS ciphering key sequence number. 

consider USIM invalid for PS and non-PS services until power is switched off or USIM is removed. 



1 2.2.2.5 Combined PS attach / rejected / PS services and non-PS services not 
allowed 



12.2.2.5.1 



Definition 



12.2.2.5.2 



Conformance requirement 



1) If the network rejects a combined PS attach procedure from the User Equipment with the cause 'PS services and 
non-PS services not allowed', the User Equipment shall consider USIM invalid for PS and non-PS services until 
power is switched off or USIM is removed. 

2) If the network rejects a combined PS attach procedure from the User Equipment with the cause 'PS services and 
non-PS services not allowed', the User Equipment shall delete the stored TMSI, LAI, CSKN, RAI, PS-CKSN, P- 
TMSI and P-TMSI signature. 

Reference 

3G TS 24.008 clause 4.7.3.2 



12.2.2.5.3 



Test purpose 



To test the behaviour of the UE if the network rejects the combined PS attach procedure of the UE with the cause 'PS 
services and non-PS services not allowed'. 



12.2.2.5.4 



Method of test 



Initial condition 
System Simulator: 



Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1 and cell B in 

MCC2/MNC1/LAC1/RAC1. 

Both cells are operating in network operation mode I. 
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User Equipment: 

The UE has a valid TMSI, P-TMSI, P-TMSI signature and RAI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS rejects a PS attach with the cause value 'PS services and non-PS services not allowed'. The SS checks that the 
UE does not perform PS attach in the same or another PLMN. CS services are not possible as the USIM is blocked for 
CS services. PS services are not possible as the USIM is blocked for PS services. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be 








received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is set in UE operation mode A (see 
ICS). 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). Cell A is preferred 
by the UE. 


4 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity =P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 
TMSI status = valid TMSI available 


5 


<- 


ATTACH REJECT 


GMM cause 'PS services and non-PS services 
not allowed' 


6 


UE 




No LOCATION UPDATING REQ with type 
'IMSI attach' is sent to the SS 
(SS waits 30 seconds). 


7 


<- 


PACKET PAGING REQUEST 


Mobile identity = IMSI 

Paging order is for RRC-connection. 


8 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 


9 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 


10 


-> 




No response from the UE to the request. 
This is checked for 10 seconds 


11 


UE 




Cell B is preferred by the UE. 


12 


UE 




No ATTACH REQUEST sent to the SS 
(SS waits 30 seconds). 


13 


UE 




No LOCATION UPDATING REQ with type 
'IMSI attach' is sent to the SS 
(SS waits 30 seconds). 


14 


<- 


PACKET PAGING REQUEST 


Mobile identity = IMSI 

Paging order is for RRC-connection. 


15 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 


16 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for TBF establishment. 


17 


UE 




No response from the UE to the request. This 
is checked for 1 0seconds. 


18 


UE 




If possible (see ICS) switch off is performed. 
Otherwise the power is removed. 


19 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


20 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity = IMSI 

TMSI status = no valid TMSI available 


21 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity = TMSI-1 
Routing area identity = RAI-2 


22 


-> 


ATTACH COMPLETE 




23 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for RRC-connection. 


24 


-> 


CHANNEL REQUEST 




25 


<- 


IMMEDIATE ASSIGNMENT 




26 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-1 


27 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


28 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for TBF establishment. 


29 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 
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30 


UE 




The UE is switched off or power is removed 
(see ICS). 


31 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 



12.2.2.5.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with the information elements specified in the above Expected 
Sequence when UE is powered up or switched on. 

check the GMM cause which is contained in the ATTACH REJECT message and stop the timer T3310. 

- set the PS update status to GU3 ROAMING NOT ALLOWED. 

delete the stored P-TMSI, P-TMSI signature, RAI and PS ciphering key sequence number. 

consider USIM invalid for PS and non-PS services until power is switched off or USIM is removed. 

1 2.2.2.6 Combined PS attach / rejected / PS services not allowed 
12.2.2.6.1 Definition 



12.2.2.6.2 



Conformance requirement 



1) If the network rejects a combined PS attach procedure from the User Equipment with the cause 'PS services not 
allowed', the User Equipment shall consider USIM invalid for PS services until power is switched off or USIM 
is removed. 

2) If the network rejects a combined PS attach procedure from the User Equipment with the cause 'PS services not 
allowed' the User Equipment shall delete the stored RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

3) A PS class AUE shall perform an MM IMSI attach procedure. 

Reference 

3G TS 24.008 clause 4.7.3.2 



12.2.2.6.3 



Test purpose 



To test the behaviour of the UE if the network rejects the PS attach procedure of the UE with the cause 'PS services not 
allowed'. 

12.2.2.6.4 Method of test 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1 and cell B in 

MCC2/MNC1/LAC1/RAC1. 

Both cells are operating in network operation mode I. 

User Equipment: 

The UE has a valid TMSI, P-TMSI, P-TMSI signature and RAI. 
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Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS rejects a normal attach with the cause value 'PS services not allowed'. The SS checks that the UE does not 
perform PS attach. PS services are not possible. An UE operation mode A UE shall perform an MM IMSI attach. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be 








received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity =P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-2 
TMSI status = valid TMSI available 


4 


<- 


ATTACH REJECT 


GMM cause 'PS services not allowed' 


5 


UE 




An automatic MM IMSI attach procedure is 
initiated. 


6 


-> 


CHANNEL REQUEST 




7 


<- 


IMMEDIATE ASSIGNMENT 




8 


-> 


LOCATION UPDATING REQ 


Location updating type = IMSI attach. 


9 


<- 


LOCATION UPDATING ACC 


The SS allocates TMSI-2. 





-> 


TMSI REALLOCATION COMP 


Location updating type = IMSI attach. 


11 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


12 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-2 

Paging order is for RRC-connection. 


13 


-> 


CHANNEL REQUEST 




14 


<- 


IMMEDIATE ASSIGNMENT 




15 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-2 


16 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 








The following messages are sent and shall be 








received on cell B. 


17 


SS 




The SS deactivates cell A and activates cell B. 


18 


UE 




Cell B is preferred by the UE. 


19 


UE 




A location updating procedure is initiated. 


20 


-> 


CHANNEL REQUEST 




21 


<- 


IMMEDIATE ASSIGNMENT 




22 


-> 


LOCATION UPDATING REQ 


Location updating type = normal. 


23 


<- 


LOCATION UPDATING ACC 


The SS allocates TMSI-1. 


24 


-> 


TMSI REALLOCATION COMP 




25 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


26 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for RRC-connection. 


27 


-> 


CHANNEL REQUEST 




28 


<- 


IMMEDIATE ASSIGNMENT 




29 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-1 


30 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


31 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for TBF establishment. 


32 


UE 




No response from the UE to the request. This 
is checked for 1 0seconds. 


33 


UE 




If possible (see ICS) switch off is performed. 
Otherwise the power is removed. 


34 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


35 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity = IMSI 

TMSI status = no valid TMSI available 


36 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity = TMSI-2 
Routing area identity = RAI-2 


37 


-> 


ATTACH COMPLETE 
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38 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-2 

Paging order is for RRC-connection. 


39 


-> 


CHANNEL REQUEST 




40 


<- 


IMMEDIATE ASSIGNMENT 




41 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-2 


42 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


43 


UE 




The UE is switched off or power is removed 
(see ICS). 


44 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 



12.2.2.6.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with the information elements specified in the above Expected 
Sequence when UE is powered up or switched on. 

check the GMM cause which is contained in the ATTACH REJECT message and stop the timer T3310. 

- set the PS update status to GU3 ROAMING NOT ALLOWED. 

delete stored P-TMSI, P-TMSI signature, RAI and PS ciphering key sequence number, 
consider USIM invalid for PS services until power is switched off or USIM is removed. 

- perform an MM IMSI attach procedure, if the UE is PS class A. 

1 2.2.2.7 Combined PS attach / rejected / location area not allowed 
12.2.2.7.1 Definition 



12.2.2.7.2 



Conformance requirement 



1) If the network rejects a combined PS attach procedure from the User Equipment with the cause 'location area not 
allowed' the User Equipment shall: 

1 . 1 not perform combined PS attach when in the same location area. 

1 .2 delete the stored LAI, CKSN, TMSI, RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

1 .3 store the LA in the 'forbidden location areas for regional provision of service' . 

2) If the network rejects a combined PS attach procedure from the User Equipment with the cause 'location area not 
allowed' the User Equipment shall: 

2.1 perform combined PS attach when a new location area is entered. 

2.2 delete the list of forbidden LAs when power is switched off. 

Reference 

3G TS 24.008 clauses 4.7.3.2 



12.2.2.7.3 



Test purpose 



To test the behaviour of the UE if the network rejects the combined PS attach procedure with the cause 'Location Area 
not allowed' . 
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To test that the UE deletes the list of forbidden LAs when power is switched off. 

12.2.2.7.4 Method of test 

Initial condition 

System Simulator: 

Three cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 
MCC1/MNC1/LAC1/RAC2, cell C in MCC1/MNC1/LAC2/RAC1. 
All cells are operating in network operation mode I. 

User Equipment: 

The UE has a valid TMSI, P-TMSI, P-TMSI signature and RAI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS rejects a combined PS attach with the cause value 'Location Area not allowed'. The SS checks that the UE does 
not perform combined PS attach while in the location area, performs PS attach when a new location area is entered and 
deletes the list of forbidden LAs when switched off. CS services are not possible unless an IMSI attach procedure is 
performed. 

Different types of UE may use different methods to periodically clear the list of forbidden location areas (e.g. every day 
at 12am). If the list is cleared while the test is being run, it may be necessary to re-run the test. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is set in UE operation mode A (see 
ICS). 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). Cell A is preferred 
by the UE. 


4 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 
TMSI status = valid TMSI available 


5 


<- 


ATTACH REJECT 


GMM cause 'Location Area not allowed' 


6 


UE 




No LOCATION UPDATING REQ with type 
'IMSI attach' is sent to the SS 
(SS waits 30 seconds). 


7 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI 

Paging order is for RRC-connection. 


8 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 


9 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 


10 


-> 




No response from the UE to the request. 
This is checked for 10 seconds 








The following messages are sent and shall be 








received on cell B. 


11 


SS 




The SS deactivates cell A and activates cell B. 


12 


UE 




Cell B is preferred by the UE. 


13 


UE 




No ATTACH REQUEST sent to SS 
(SS waits 30 seconds) 


14 


UE 




No LOCATION UPDATING REQ with type 
'IMSI attach' is sent to the SS 
(SS waits 30 seconds). 


15 


<- 


PACKET PAGING REQUEST 


Mobile identity = IMSI 

Paging order is for RRC-connection. 


16 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 


17 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for TBF establishment. 


18 


UE 




No response from the UE to the request. This 
is checked for 1 0seconds. 


19 


UE 




The UE initiates an attach by MMI or AT 
command. 


20 






No attach is performed by the UE. This is 
checked for 10 seconds. 








The following messages are sent and shall be 








received on cell C. 


21 


SS 




The SS deactivates cell B and activates cell C. 


22 


UE 




Cell C is preferred by the UE. 


23 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity = IMSI 

TMSI status = no valid TMSI available 


24 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI1 
P-TMSI-1 signature 
Mobile identity = TMSI-1 
Routing area identity = RAI-3 


25 


-> 


ATTACH COMPLETE 




26 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for RRC-connection. 


27 


-> 


CHANNEL REQUEST 




28 


<- 


IMMEDIATE ASSIGNMENT 





ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



766 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



29 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-1 


30 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


31 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for TBF establishment. 


32 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 


33 


UE 




The UE is switched off or power is removed 
(see ICS). 


34 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 








The following messages are sent and shall be 








received on cell B. 


35 


UE 




The SS deactivates cell C and activates cell B. 
Cell B is preferred by the UE. 


36 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


37 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-3 
TMSI status = valid TMSI available 


38 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Mobile identity = TMSI-2 
Routing area identity = RAI-4 


39 


-> 


ATTACH COMPLETE 




40 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-2 

Paging order is for RRC-connection. 


41 


-> 


CHANNEL REQUEST 




42 


<- 


IMMEDIATE ASSIGNMENT 




43 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-2 


44 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


45 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for TBF establishment. 


46 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 


47 


UE 




The UE is switched off or power is removed 
(see ICS). 


48 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 



12.2.2.7.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with the information elements specified in the above Expected 
Sequence when UE is powered up or switched on. 

- perform the following action depending on UE location. 
When in the same location area, UE shall 

check the CMM cause which is contained in the ATTACH REJECT message and stop timer T3310. 

- delete any stored LAI, CKSN, TMSI, RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

store the LAI or the PLMN identity in the appropriate forbidden list("forbidden location areas for regional 
provision of service"). 

When a new location area is entered, UE shall 

- perform combined PS attach when UE entered a new location area. 
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delete the list of forbidden LAs when power is switched off. 

1 2.2.2.8 Combined PS attach / abnormal cases / attempt counter check / 
miscellaneous reject causes 



12.2.2.8.1 



12.2.2.8.2 



Definition 



Conformance requirement 



1) When a combined PS attach procedure is rejected with the attempt counter less than five, the User Equipment 
shall repeat the combined PS attach procedure after T331 1 timeout. 

2) When a combined PS attach procedure is rejected with the attempt counter five, the User Equipment shall delete 
the stored TMSI, LAI, CKSN, P-TMSI, P-TMSI signature, PS CKSN and RAI and start T3302. 

3) When the T3302 expire, a new combined PS attach procedure shall be initiated. 



GMM cause codes that can be selected are: 

'IMSI unknown in HLR' 

'IMEI not accepted' 

'Illegal ME' 

'UE identity cannot be derived by the network' 

'Network failure' 

'Congestion' 

'retry upon entry into a new cell' 

'Semantically incorrect message' 

'Invalid mandatory information' 

'Message type non-existent or not implemented' 

'Message type not compatible with the protocol state' 

'Information element non-existent or not implemented' 

'Conditional IE error' 

'Message not compatible with the protocol state' 

'Protocol error, unspecified' 



Reference 

3G TS 24.008 clause 4.7.3.2 

12.2.2.8.3 Test purpose 

To test the behaviour of the UE with respect to the attempt counter. 
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12.2.2.8.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode I. 
User Equipment: 

The UE has a valid TMSI, P-TMSI, P-TMSI signature and RAI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode A Yes/No Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE initiates a combined PS attach procedure (attempt counter zero). 

The SS rejects the attach with a random cause code. 

The UE initiates a new combined PS attach procedure (attempt counter one) after T331 1 expires. 

The SS rejects the attach with a random cause code. 

The UE initiates a new combined PS attach procedure (attempt counter two) after T331 1 expires. 

The SS rejects the attach with a random cause code. 

The UE initiates a new combined PS attach procedure (attempt counter three) after T331 1 expires. 

The SS rejects the attach with a random cause code. 

The UE initiates a new combined PS attach procedure (attempt counter four) after T331 1 expires. 

The SS rejects the attach with a random cause code. 

The UE initiates a new combined PS attach procedure with attempt counter five (after T331 1 expires). 

The SS rejects the attach with a random cause code. The UE shall not perform a new successful attach procedure after 
15 seconds. 

The UE initiates a combined PS attach procedure with attempt counter zero after T3302 expires without P-TMSI, P- 
TMSI signature, PS CKSN and RAI. 

T3302; set to 10 minutes. 

T3311; 15 seconds. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is set in UE operation mode A (see 
ICS). 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity =P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 
TMSI status = valid TMSI available 


4 


<- 


ATTACH REJECT 


Random GMM cause 


5 


SS 




The SS verifies that the time between the 
attach requests is T331 1 


6 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 
TMSI status = valid TMSI available 


7 


<- 


ATTACH REJECT 


Random GMM cause 


8 


SS 




The SS verifies that the time between the 
attach requests is T331 1 


9 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 
TMSI status = valid TMSI available 


10 


<- 


ATTACH REJECT 


Random GMM cause 


11 


SS 




The SS verifies that the time between the 
attach requests is T331 1 


12 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 
TMSI status = valid TMSI available 


13 


<- 


ATTACH REJECT 


Random GMM cause 


14 


SS 




The SS verifies that the time between the 
attach requests is T331 1 


15 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity =P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 
TMSI status = valid TMSI available 


16 


<- 


ATTACH REJECT 


Random GMM cause 


17 


UE 




No LOCATION UPDATING REQ with type 
'IMSI attach' is sent to the SS 
(SS waits 30 seconds). 


18 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI 

Paging order is for RRC-connection. 


19 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 


20 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for TBF establishment. 


21 


UE 




No response from the UE to the request. This 
is checked for 1 0seconds. 


22 


SS 




The SS verifies that the UE does not attempt to 
attach for T3302 . 


23 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity = IMSI 

TMSI status = no valid TMSI available 


24 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity P-TMSI-1 
P-TMSI signature 
Mobile identity = TMSI-1 
Routing area identity = RAI-1 
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25 


-> 


ATTACH COMPLETE 




26 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for RRC-connection. 


27 


-> 


CHANNEL REQUEST 




28 


<- 


IMMEDIATE ASSIGNMENT 




29 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-1 


30 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


31 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for TBF establishment. 


32 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 


33 


UE 




The UE is switched off or power is removed 
(see ICS). 


34 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 



12.2.2.8.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with the information elements specified in the above Expected 
Sequence when UE is powered up or switched on. 

- perform the following actions depending on the conditions described below. 

Casel) A combined PS attach procedure is rejected with the attempt counter less than five 

UE shall: 

- repeat the combine PS attach procedure after the timer T331 1 timeout. 
Case2) A combined PS attach procedure is rejected with the attempt counter five 
UE shall: 

- delete the stored TMSI, LAI, CKSN, P-TMSI, P-TMSI signature, PS CKSN and RAI and 
start the timer T3302. 

Case3) The T3302 expires 
UE shall: 

- re-initiate a new combined PS attach procedure. 

1 2.2.2.9 Combined PS attach / abnormal cases / PS detach procedure collision 
12.2.2.9.1 Definition 



12.2.2.9.2 



Conformance requirement 



1) When a DETACH REQUEST message is received by the UE (any cause except re-attach) while waiting for an 
ATTACH ACCEPT message or ATTACH REJECT message, the UE shall terminate the combined PS attach 
procedure and continue with the combined PS detach procedure. 

2) When a DETACH REQUEST message is received by the UE (cause re-attach) while waiting for an ATTACH 
ACCEPT message or ATTACH REJECT message, the UE shall ignore the combined PS detach procedure and 
continue with the combined PS attach procedure. 
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Reference 

3G TS 24.008 clause 4.7.3.2 

12.2.2.9.3 Test purpose 

To test the behaviour of the UE in case of procedure collision. 

12.2.2.9.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode I. 
User Equipment: 

The UE has a valid TMSI, P-TMSI, P-TMSI signature and RAI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode A Yes/No Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE initiates a combined PS attach procedure. The SS does not answer the combined PS attach procedure, but 
initiates a combined PS detach procedure (any cause except re-attach). The UE shall terminate the combined PS attach 
procedure and continue with the combined PS detach procedure. CS services are not possible as an IMSI attach 
procedure is not performed. 

The UE initiates a combined PS attach procedure. The SS does not answer the combined PS attach procedure, but 
initiates a combined PS detach procedure (cause re-attach). The UE shall ignore the combined PS detach procedure and 
continue with the combined PS attach. CS services are also possible. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is set in UE operation mode B (see 
ICS). 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 
TMSI status = valid TMSI available 


4 


SS 




The SS ignores the ATTACH REQUEST 
message and initiates a detach procedure. 


5 


<- 


DETACH REQUEST 


Detach type = 're-attach not required' 


6 


-> 


DETACH ACCEPT 




7 


<- 


PACKET PAGING REQUEST 


Mobile identity = IMSI 

Paging order is for RRC-connection. 


8 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 


9 


UE 




The UE is attached by MMI or AT command 


10 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 
TMSI status = valid TMSI available 


11 


SS 




The SS ignores the ATTACH REQUEST 
message and initiates a detach procedure. 


12 


<- 


DETACH REQUEST 


Detach type = 're-attach required' 


13 


UE 




The UE ignores the DETACH REQUEST 
message and continue with the attach 
procedure 


14 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 

Mobile identity = P-TMSI-2 

P-TMSI-2 signature 

Mobile identity = TMSI-2 

Routing area identity = RAI-1 

TMSI status = valid TMSI available 


15 


-> 


ATTACH COMPLETE 




16 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-2 

Paging order is for RRC-connection. 


17 


-> 


CHANNEL REQUEST 




18 


<- 


IMMEDIATE ASSIGNMENT 




19 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-2 


20 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


21 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-2 

Paging order is for TBF establishment. 


22 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 


23 


UE 




The UE is switched off or power is removed 
(see ICS). 


24 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 



12.2.2.9.5 



Test requirements 



UE shall: 

initiate a combined PS attach procedure with the information elements specified in the above Expected 
Sequence when UE is powered up or switched on. 

- perform the following actions depending on the Detach type described below. 

Casel) Detach type is not re-attach 
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UE shall: 

terminate the combined PS attach procedure. 

continue with the combined PS detach procedure. 
Case2) Detach type is re-attach 
UE shall: 

ignore the combined PS detach procedure. 

continue with the combined PS attach procedure. 

12.3 PS detach procedure 

12.3.1 UE initiated PS detach procedure 

12.3.1.1 PS detach / power off / accepted 

12.3.1.1.1 Definition 

12.3.1 .1 .2 Conformance requirement 

The UE detaches the IMSI for PS services if the UE is switched off. 

Reference 

3GTS 24.008 clause 4.7.4.1 

12.3.1.1.3 Test purpose 

To test the behaviour of the UE for the detach procedure. 

12.3.1.1.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode II. 
User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 



Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode C Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on 

Test procedure 

The UE performs a PS attach procedure. 



Yes/No 
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The UE sends a DETACH REQUEST message to the SS. 



Expected Sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 

2 
3 

4 

5 
6 

7 


UE 

UE 
-> 

<- 

-> 

UE 
-> 


ATTACH REQUEST 

ATTACH ACCEPT 

ATTACH COMPLETE 
DETACH REQUEST 


The UE is set in UE operation mode C (see 

ICS). If UE operation mode C not supported, 

goto step 8. 

The UE is powered up or switched on and 

initiates an attach (see ICS). 

Attach type = 'PS attach' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-1 

Attach result = 'PS only attached' 

Mobile identity = P-TMSI-2 

P-TMSI-2 signature 

Routing area identity = RAI-1 

The UE is switched off (see ICS). 

Detach type = 'power switched off, PS detach' 


8 


UE 




The UE is set in UE operation mode A(see 
ICS) and the test is repeated from step 2 to 
step 7. 



12.3.1.1.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on. 

After the PS attach procedure is completed, UE shall: 

send the DETACH REQUEST message to SS with the Detach type = 'power switched off, PS detach'. 



12.3.1.2 PS detach / accepted 

12.3.1.2.1 Definition 

12.3.1.2.2 Conformance requirement 

The UE detaches the IMS1 for PS services if the UE is ordered to do so with MMI or AT commands. 

Reference 

3GTS 24.008 clause 4.7.4.1 

12.3.1.2.3 Test purpose 

To test the behaviour of the UE for the detach procedure. 

12.3.1.2.4 Method of test 

Initial condition 
System Simulator: 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



775 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



One cell operating in network operation mode III. 
User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 



Related ICS/IXIT statements 

Support of PS service 
UE operation mode C 
UE operation mode A 



Yes/No 
Yes/No 
Yes/No Switch off on button Yes/No 



Automatic PS attach procedure at switch on or power on 



Yes/No 



Test procedure 

The UE performs a PS attach procedure and activates a PDP context. 

The UE sends a DETACH REQUEST message to the SS. 

The SS signal to the UE, but no response is received, as the signalling link is disconnected. 

Expected Sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 

2 
3 

4 

5 
6 

7 
8 
9 

10 


UE 

UE 
-> 

<- 

-> 

UE 

-> 
<- 
<- 

UE 


ATTACH REQUEST 
ATTACH ACCEPT 

ATTACH COMPLETE 

DETACH REQUEST 

DETACH ACCEPT 

PACKET PAGING REQUEST 

Or 

PAGING REQUEST TYPE 1 


The UE is set in UE operation mode C (see 

ICS). If UE operation mode C not supported, 

goto step 1 1 . 

The UE is powered up or switched on and 

initiates an attach (see ICS). 

Attach type = 'PS attach' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-1 

No new mobile identity assigned. 

P-TMSI and P-TMSI signature not included. 

Attach result = 'PS only attached' 

Routing area identity = RAI-1 

The UE initiates a PS detach (without power 

off) by MMI or AT command. 

Detach type = 'normal detach, PS detach' 

Mobile identity = P-TMSI-1 

Both paging orders are for TBF establishment. 

PACKET PAGING REQUEST (used for NW 

mode III) 

PAGING REQUEST TYPE 1 (used for NW- 

mode II). 

No response from the UE to the request. This 

is checked for 1 seconds. 


11 
12 


SS 
UE 




The SS is set in network operation mode II. 
The UE is set in UE operation mode A (see 
ICS) and the test is repeated from step 2 to 
step 10. 



12.3.1.2.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on. 
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After the PS attach procedure is completed, UE shall: 

- sends the DETACH REQUEST message(without power off) to SS. 

start timer T3321. 
When UE receives the DETACH ACCEPT message from SS before the timer T3321 is not expired, UE shall: 

stop timer T3321. 

1 2.3.1 .3 PS detach / abnormal cases / attempt counter check / procedure timeout 

12.3.1.3.1 Definition 

12.3.1.3.2 Conformance requirement 

1) When a T3321 timeout has occurred during a PS detach procedure with the attempt counter less than five, the 
User Equipment shall repeat the PS detach procedure. 

2) When a T3321 timeout has occurred during a PS detach procedure with the attempt counter five, the User 
Equipment shall not repeat the procedure. 

Reference 

3GTS 24.008 clause 4.7.4.1 

12.3.1.3.3 Test purpose 

To test the behaviour of the UE with respect to the attempt counter. 

12.3.1.3.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode III. 
User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode C Yes/No 
UE operation mode A Yes/No 
Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE performs a PS attach procedure. 

The UE initiates a PS detach procedure (attempt counter zero). The SS does not answer with DETACH ACCEPT 
message before T3321 timeout. 

The UE initiates a new PS detach procedure (attempt counter one) after T331 1 expires. The SS does not answer with 
DETACH ACCEPT message before T3321 timeout. 
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The UE initiates a new PS detach procedure (attempt counter two) after T3311 expires. The SS does not answer with 
DETACH ACCEPT message before T3321 timeout. 

The UE initiates a new PS detach procedure (attempt counter three) after T331 1 expires. The SS does not answer with 
DETACH ACCEPT message before T3321 timeout. 

The UE initiates a new PS detach procedure (attempt counter four) after T331 1 expires. The SS does not answer with 
DETACH ACCEPT message before T3321 timeout. 

The UE initiates a new PS detach procedure with attempt counter five (after T331 1 expires). The SS does not answer 
with DETACH ACCEPT message before T3321 timeout. 

At T3321 timeout in the UE, the UE then deletes the logical link. 

The UE performs a new PS attach procedure. 

T3321; 15 seconds. 

Expected Sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


UE 




The UE is set in UE operation mode C (see 
ICS). If UE operation mode C not supported, 
goto step 22. 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


4 


<- 


ATTACH ACCEPT 


No new mobile identity assigned. 
P-TMSI and P-TMSI signature not included. 
Attach result = 'PS only attached' 
Routing area identity = RAI-1 


5 


-> 


ATTACH COMPLETE 




6 


UE 




The UE initiates a PS detach (without power 
off) by MMI or AT command. 


7 


-> 


DETACH REQUEST 


Detach type = 'normal detach, PS detach' 


8 


SS 




No response is given from the SS. 


9 


SS 




The SS verifies that the time between the 
detach requests is 1 5 seconds 


10 


-> 


DETACH REQUEST 


Detach type = 'normal detach, PS detach' 


11 


SS 




No response is given from the SS. 


12 


SS 




The SS verifies that the time between the 
detach requests is 1 5 seconds 


13 


-> 


DETACH REQUEST 


Detach type = 'normal detach, PS detach' 


14 


SS 




No response is given from the SS. 


15 


SS 




The SS verifies that the time between the 
detach requests is 1 5 seconds 


16 


-> 


DETACH REQUEST 


Detach type = 'normal detach, PS detach' 


17 


SS 




No response is given from the SS. 


18 


SS 




The SS verifies that the time between the 
detach requests is 1 5 seconds 


19 


-> 


DETACH REQUEST 


Detach type = 'normal detach, PS detach' 


20 


SS 




No response is given from the SS. 




SS 




The SS verifies that the time between the 
detach requests is 1 5 seconds 


21 


-> 


DETACH REQUEST 


Detach type = 'normal detach, PS detach' 


22 


SS 




No response is given from the SS. 


23 


SS 




The SS is set in network operation mode II. 


24 


UE 




The UE is set in UE operation mode A (see 
ICS) and the test is repeated from step 2 to 
step 22. 
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12.3.1.3.5 Test requirements 

UE shall: 

initiate a PS attache procedure with the information elements specified in the above Expected Sequence when 
the UE is powered up or switched on. 

After the PS attach procedure is completed, UE shall: 

initiate a PS detach procedure(without power off). 

start timer T3321. 
When a T3221 expires with the attempt counter less than five, UE shall: 

initiate a new PS detach procedure. 

increment the attempt counter, 
re-start timer T3321. 
When a T3221 expires with the attempt counter five, UE shall: 

not repeat the procedure. 

1 2.3.1 .4 PS detach / abnormal cases / GMM common procedure collision 

12.3.1.4.1 Definition 

12.3.1.4.2 Conformance requirement 

When any of the GMM common messages P-TMSI REALLOCATION COMMAND, GMM STATUS or GMM 
INFORMATION is received by the UE while waiting for a DETACH ACCEPT message with detach cause different 
from "power off, the UE shall ignore the GMM common message. 

Reference 

3GTS 24.008 clause 4.7.4.1 

12.3.1.4.3 Test purpose 

To test the behaviour of the UE in case of procedure collision. 

12.3.1.4.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode II. 
User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode C Yes/No 
UE operation mode A Yes/No (only if mode C not supported) 
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Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on 



Yes/No 



Test procedure 

The UE performs a PS attach. 

The UE initiates a PS detach. The SS initiates a P-TMSI REALLOCATION COMMAND message, a GMM STATUS 
message and a GMM INFORMATION message. The UE shall ignore the GMM common messages and continue with 
the PS detach procedure. 

The SS signal to the UE, but no response is received, as the signalling link is disconnected. 
Expected Sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


UE 




The UE is set in UE operation mode C or B 
(see ICS). 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = IMSI 


4 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


5 


-> 


ATTACH COMPLETE 




6 


UE 




The UE initiates a detach (without power off) by 
MMI or AT command. 


7 


-> 


DETACH REQUEST 


Detach type = 'normal detach, PS detach' 


8 


SS 




The SS sends a P-TMSI REALLOCATION 
COMMAND message 


9 


<- 


P-TMSI REALLOCATION 
COMMAND 




10 


UE 




The UE ignores the message. 


11 


SS 




The SS sends a GMM STATUS message 


12 


<- 


GMM STATUS 




13 


UE 




The UE ignores the message. 


14 


SS 




The SS sends a GMM INFORMATION 
message 


15 


<- 


GMM INFORMATION 




16 


UE 




The UE ignores the message. 


17 


<- 


DETACH ACCEPT 


The SS responds to the DETACH REQUEST 


18 


<- 


PAGING REQUEST TYPE 1 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 


19 


UE 




No response from the UE to the request. This 
is checked for 1 seconds. 



12.3.1.4.5 
UE shall: 



Test requirements 



initiate a PS attache procedure with the information elements specified in the above Expected Sequence when 
the UE is powered up or switched on. 

After the PS attach procedure is completed, UE shall: 

initiate a PS detach procedure(without power off). 

When any of the GMM common messages P-TMSI REALLOCATION COMMAND, GMM STATUS or GMM 
INFORMATION is received by the UE while waiting for a DETACH ACCEPT message with detach cause different 
from "power off, UE shall: . 
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ignore any of the GMM common. 

1 2.3.1 .5 PS detach / power off / accepted 

12.3.1.5.1 Definition 

12.3.1.5.2 Conformance requirement 
The UE detach the IMSI for PS and non-PS services. 

Reference 

3GTS 24.008 clause 4.7.4.1 

12.3.1.5.3 Test purpose 

To test the behaviour of the UE for the detach procedure. 

12.3.1.5.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode I. 
User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode A Yes/No 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE performs a combined PS attach procedure (for PS and non-PS services). 

The UE sends a DETACH REQUEST message to the SS. The UE then deletes the logical link. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is set in UE operation mode A (see 
ICS). 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity = IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS/ IMSI attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


5 


-> 


ATTACH COMPLETE 




6 


UE 




The UE is switched off (see ICS). 


7 


-> 


DETACH REQUEST 


Detach type = 'power switched off, combined 
PS / IMSI detach' 



12.3.1.5.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with the information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After the PS attach procedure is completed, UE shall: 

- send the DETACH REQUEST message to SS with the Detach type = 'power switched off, combined PS / IMSI 
detach' after the PS attach procedure is completed. 



1 2.3.1 .6 PS detach / accepted / PS/IMSI detach 

12.3.1.6.1 Definition 

12.3.1.6.2 Conformance requirement 
The UE detach the IMSI for PS and non-PS services. 

Reference 

3GTS 24.008 clause 4.7.4.1 

12.3.1.6.3 Test purpose 

To test the behaviour of the UE for the detach procedure. 

12.3.1.6.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode I. 
User Equipment: 

The UE has a valid IMSI. 
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Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE performs a combined PS attach procedure (for PS and non-PS services). 

The UE sends a DETACH REQUEST message to the SS. When the UE receives the DETACH ACCEPT, the UE then 
deletes the logical link. 

The SS signal to the UE, but no response is received, as the signalling link is disconnected. 
Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is set in UE operation mode A(see 
ICS). 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = Combined PS / IMSI attach' 

Mobile identity = IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = Combined PS / IMSI attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity = TMSI-1 
Routing area identity = RAI-1 


5 


-> 


ATTACH COMPLETE 




6 


UE 




The UE initiates a detach (without power off) by 
MMI or AT command. 


7 


-> 


DETACH REQUEST 


Detach type = 'normal detach, combined PS / 
IMSI detach' 


8 


<- 


DETACH ACCEPT 




9 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 


10 


UE 




No response from the UE to the request. This 
is checked for 1 seconds. 


11 


<- 


PACKET PAGING REQUEST 


Mobile identity = IMSI 

Paging order is for RRC connection. 


12 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 



12.3.1.6.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with the information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After the combined PS attach procedure is completed, UE shall: 

- sends the DETACH REQUEST message(UE not switched off) to SS. 
shall start timer T3 321. 

When the UE receive the DETACH ACCEPT message from SS before the timer T3321 is not expired, the UE shall: 

- stop timer T3321. 
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1 2.3.1 .7 PS detach / accepted / IMSI detach 

12.3.1.7.1 Definition 

12.3.1.7.2 Conformance requirement 
The UE shall detach for CS services. 

Reference 

3GTS 24.008 clause 4.7.4.1 

12.3.1.7.3 Test purpose 

To test the behaviour of the UE for the detach procedure. 

12.3.1.7.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode I. 
User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode A Yes/No 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

MMI controlled attach / detach procedures for non-PS services Y es/No 

Test procedure 

The UE performs a combined PS attach procedure (for PS and non-PS services). 

The UE performs an PS detach (for non-PS services). 

CS services are not possible. 

The UE attach for non-PS services by a routing area update procedure and CS services are again possible. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is set in UE operation mode A (see 
ICS). 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity = IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS/ IMSI attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity = TMSI-1 
Routing area identity = RAI-1 


5 


-> 


ATTACH COMPLETE 




6 


UE 




The UE initiates a detach for non-PS services 
(without power off) (see ICS). 


7 


-> 


DETACH REQUEST 


Detach type = 'normal detach, IMSI detach' 


8 


<- 


DETACH ACCEPT 




9 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 


10 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 


11 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for RRC connection. 


12 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 


13 


UE 




The UE initiates an attach for non-PS services 
by a RA update procedure (see ICS). 


14 


-> 


ROUTING AREA UPDATE 


Update type = 'Combined RA/LA updating" 






REQUEST 


P-TMSI-1 signature 

Routing area identity = RAI-1 
TMSI status = valid TMSI available 


15 


<- 


ROUTING AREA UPDATE 


Update result = 'Combined RA/LA updated" 






ACCEPT 


Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Mobile identity = TMSI-1 
Routing area identity = RAI-1 


16 


-> 


ROUTING AREA UPDATE 
COMPLETE 




17 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for RRC connection. 


18 


-> 


CHANNEL REQUEST 




19 


<- 


IMMEDIATE ASSIGNMENT 




20 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-1 


21 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


22 


UE 




The UE is switched off or power is removed 
(see ICS). 


23 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 



12.3.1.7.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with the information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After the combined PS attach procedure is completed, UE shall: 
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- sends the DETACH REQUEST message(UE not switched off) to SS. 
start timer T3321. 
When the UE receives the DETACH ACCEPT message from SS before the timer T3321 is not expired, the UE shall: 
stop timer T3321. 

1 2.3.1 .8 PS detach / abnormal cases / change of cell into new routing area 

12.3.1.8.1 Definition 

12.3.1.8.2 Conformance requirement 

When a change of cell into a new routing area is performed before DETACH ACCEPT message is received by the UE, 
the UE shall abort the PS detach procedure and re-initiate it after the routing area update procedure. 

Reference 

3GTS 24.008 clause 4.7.4.1 

12.3.1.8.3 Test purpose 

To test the behaviour of the UE in case of procedure collision. 

12.3.1.8.4 Method of test 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1 and cell B in 

MCC 1/MNC1/LAC 1/RAC2. 

Both cells are operating in network operation mode I. 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE performs a combined PS attach procedure (for PS and non-PS services). 

The UE initiates a PS detach procedure. The DETACH ACCEPT message is delayed from the SS. 

The UE performs a cell update into a new routing area. 

The Ms shall re-initiate a PS detach procedure when the routing area update procedure is finished. 

The UE deletes the logical link. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is set in UE operation mode A (see 
ICS). 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). Cell A is preferred 
by the UE. 


4 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity = IMSI 

TMSI status = no valid TMSI available 


5 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity = TMSI-1 
Routing area identity = RAI-1 


6 


-> 


ATTACH COMPLETE 




7 


UE 




The UE initiates a PS detach (without power 
off) by MMI or AT command. 


8 


-> 


DETACH REQUEST 


Detach type = 'normal detach, combined PS / 
IMSI detach' 


9 


SS 




No response to the DETACH REQUEST 
message is given by the SS 








The following messages are sent and shall be 








received on cell B. 


10 


SS 




The SS deactivates cell A and activates cell B. 
Cell B is preferred by the UE. 


11 


UE 




The UE performs a RA update in the new cell. 


12 


-> 


ROUTING AREA UPDATE 


Update type = 'Combined RA/LA updating' 






REQUEST 


Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 
TMSI status = valid TMSI available 


13 


<- 


ROUTING AREA UPDATE 
ACCEPT 


Update result = 'Combined RA/LA updated' 

Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-4 


14 


-> 


ROUTING AREA UPDATE 
COMPLETE 




15 


-> 


DETACH REQUEST 


The detach is automatically re-attempted. 
Detach type = 'normal detach, combined PS / 
IMSI detach' 


16 


-> 


DETACH ACCEPT 





12.3.1.8.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with the information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After the combined PS attach procedure is completed, UE shall: 

initiate a PS detach. 
When a change of cell into a new routing area is performed before DETACH ACCEPT message by the UE, UE shall: 

abort a PS detach procedure. 
- re-initiate a PS detach procedure after successfully performing a routing area updating procedure. 
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1 2.3.1 .9 PS detach / abnormal cases / PS detach procedure collision 

12.3.1.9.1 Definition 

12.3.1.9.2 Conformance requirement 

When a DETACH REQUEST is received by the UE while waiting for a DETACH ACCEPT message, the UE shall 
answer the network initiated PS detach procedure. 

Reference 

3GTS 24.008 clause 4.7.4.1 

12.3.1.9.3 Test purpose 

To test the behaviour of the UE in case of procedure collision. 

12.3.1.9.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode I. 
User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE performs a combined PS attach procedure (for PS and non-PS services). 

The UE initiates a PS detach. The SS does not answer the detach procedure, but initiates a detach procedure (cause re- 
attach not required). The UE shall continue with the network initiated detach procedure. 

The UE deletes the logical link. 

PS and CS services are not possible. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is set in UE operation mode A(see 
ICS). 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity = IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS/ IMSI attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity = TMSI-1 
Routing area identity = RAI-1 


5 


-> 


ATTACH COMPLETE 




6 


UE 




The UE initiates a PS detach (without power 
off) by MMI or AT command. 


7 


-> 


DETACH REQUEST 


Detach type = 'normal detach, combined PS / 
IMSI detach' 


8 


<- 


DETACH REQUEST 


Detach type = 're-attach not required' 


9 


-> 


DETACH ACCEPT 


The UE answers the network initiated detach. 


10 


<- 


DETACH ACCEPT 


The SS answers the UE initiated detach. 


11 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 


12 


UE 




No response from the UE to the request. This 
is checked for 1 seconds. 


13 


<- 


PAGING REQUEST TYPE 1 


Mobile identity = TMSI-1 

Paging order is for RRC connection. 


14 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 



12.3.1.9.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with the information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After the combined PS attach procedure is completed, UE shall: 

initiate a PS detach procedure. 

When the UE receive DETACH REQUEST message from SS before UE initiated PS detach procedure has been 
completed, UE shall: 

- send the DETACH ACCEPT message to SS 



12.3.2 Network initiated PS detach procedure 
1 2.3.2.1 PS detach / re-attach not required / accepted 

12.3.2.1.1 Definition 

12.3.2.1.2 Conformance requirement 
The UE detach the IMSI for PS services. 
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Reference 

3G TS 24.008 clause 4.7.4.2 

12.3.2.1.3 Test purpose 

To test the behaviour of the UE for the detach procedure. 

12.3.2.1.4 Method of test 

Initial condition 

System Simulator: 

One cell operating in network operation mode II (in case of UE operation mode A), or in network operation 
mode III (in case of UE operation mode C). 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode C Yes/No 

UE operation mode A Yes/No (only if mode C not supported) 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE performs a PS attach procedure. 

The SS sends a DETACH REQUEST message to the UE. The UE then deletes the logical link. 

The SS signal to the UE, but no response is received, as the signalling link is disconnected. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


SS 




The SS is set in network operation mode II or 

III. 

The UE is set in UE operation mode A or C 


2 


UE 










(see ICS). 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


4 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = IMSI 


5 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


6 


-> 


ATTACH COMPLETE 




7 


UE 




The UE initiates a PS detach (without power 
off) by MMI or AT command. 


8 


<- 


DETACH REQUEST 


Detach type = 're-attach not required' 


9 


-> 


DETACH ACCEPT 




10 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 






Or 


Both paging orders are for TBF establishment. 






PAGING REQUEST TYPE 1 


PACKET PAGING REQUEST (used for NW 
mode III) 

PAGING REQUEST TYPE 1 (used for NW- 
mode II). 


11 


UE 




No response from the UE to the request. This 
is checked for 1 seconds. 



12.3.2.1.5 
UE shall: 



Test requirements 



initiate PS attach procedure with the information elements specified in the above Expected Sequence when UE is 
powered up or switched on. 

When UE receives the DETACH REQUEST message from SS and the detach type IE indicates 're-attach not required', 
the UE shall 

deactivate the PDP context and the logical link(s). 

- send DETACH ACCEPT message to SS. 

1 2.3.2.2 PS detach / rejected / IMSI invalid / PS services not allowed 
12.3.2.2.1 Definition 



12.3.2.2.2 



Conformance requirement 



1) If the network performs a PS detach procedure with the cause 'PS services not allowed', the User Equipment 
shall consider USIM invalid for PS services until power is switched off or USIM is removed. 

2) If the network performs a PS detach procedure with the cause 'PS services not allowed' the User Equipment 
shall delete the stored RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

Reference 

3G TS 24.008 clause 4.7.4.2 



12.3.2.2.3 



Test purpose 



To test the behaviour of the UE if the network order a PS detach procedure with the cause 'PS services not allowed' (no 
valid PS-subscription for the IMSI). 
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12.3.2.2.4 Method of test 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1 (HPLMN) and cell B in 

MCC2/MNC1/LAC1/RAC1. 

Both cells are operating in network operation mode II. 

User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode C Yes/No 

UE operation mode A Yes/No 

USIM removal possible without powering down Yes/No 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS performs a detach with the cause value 'PS services not allowed'. The SS checks that the UE does not perform 
PS attach in another PLMN. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 

3 

4 

5 

6 

7 

8 


SS 
UE 

UE 

-> 

<- 

-> 
<- 

-> 


ATTACH REQUEST 

ATTACH ACCEPT 

ATTACH COMPLETE 
DETACH REQUEST 

DETACH ACCEPT 


The following messages are sent and shall be 

received on cell A. 

The SS activates cell A. 

The UE is set in UE operation mode C (see 

ICS). If UE operation mode C not supported, 

goto step 19. 

The UE is powered up or switched on and 

initiates an attach (see ICS). Cell A is preferred 

by the UE. 

Attach type = 'PS attach' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-1 

Attach result = 'PS only attached' 

Mobile identity = P-TMSI-2 

P-TMSI-2 signature 

Routing area identity = RAI-1 

Detach type = 're-attach not required' 
Cause = 'PS services not allowed' 


9 
10 
11 

12 


SS 
UE 
UE 

UE 




The following messages are sent and shall be 

received on cell B. 

The SS deactivates cell A and activates cell B. 

Cell B is preferred by the UE. 

No ATTACH REQUEST sent to the SS 

(SS waits 30 seconds). 

If possible (see ICS) USIM removal is 

performed. Otherwise if possible (see ICS) 

switch off is performed. Otherwise the power is 

removed. 


13 

14 
15 

16 
17 

18 


UE 

-> 
<- 

-> 

UE 

-> 


ATTACH REQUEST 
ATTACH ACCEPT 

ATTACH COMPLETE 
DETACH REQUEST 


The UE gets the USIM replaced, is powered up 

or switched on and initiates an attach (see 

ICS). 

Attach type = 'PS attach' 

Mobile identity = IMSI 

Attach result = 'PS only attached' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-2 

The UE is switched off or power is removed 
(see ICS). 

Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 


19 
20 


UE 




The SS deactivates cell B and activates cell A. 
The UE is set in UE operation mode A (see 
ICS) and the test is repeated from step 3 to 
step 18. 



12.3.2.2.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on. 

After the completion of the PS attach procedure, and when UE receives the DETACH REQUEST message (Detach type 
= 're-attach not required', Cause = 'PS services not allowed') from SS, UE shall: 

delete the stored P-TMSI, P-TMSI signature, RAI and PS ciphering key sequence number. 
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consider the USIM as invalid for PS service until power is switched off or USIM is removed. 

1 2.3.2.3 PS detach / IMSI detach / accepted 

12.3.2.3.1 Definition 

12.3.2.3.2 Conformance requirement 
The UE detach the IMSI for PS services. 

Reference 

3G TS 24.008 clause 4.7.4.2 

12.3.2.3.3 Test purpose 

To test the behaviour of the UE for the detach procedure. 

12.3.2.3.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode I. 
User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode A Yes/No 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

MMI controlled attach / detach procedures for non-PS services Yes/No 

Test procedure 

The UE performs a combined PS attach procedure (for PS and non-PS services). 

The SS sends a DETACH REQUEST message to the UE. The UE then performs an IMSI detach (detach for non-PS 
services) . 

The SS signal to the UE, but no response is received, as the signalling link is disconnected. 

The UE attach for non-PS services by a routing area update procedure. Both PS and CS services are possible. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is set in UE operation mode A (see 
ICS). 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity = IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS/ IMSI attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity = IMSI 
Routing area identity = RAI-1 


5 


-> 


ATTACH COMPLETE 




6 


SS 




The SS initiates a detach for non-PS services. 


7 


<- 


DETACH REQUEST 


Detach type = 'IMSI detach' 


8 


-> 


DETACH ACCEPT 




9 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 


10 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 


11 


<- 


PACKET PAGING REQUEST 


Mobile identity = IMSI 

Paging order is for RRC-connection. 


12 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 


13 


UE 




The UE initiates an attach for non-PS services 
(see ICS). 


14 


-> 


ROUTING AREA UPDATE 


Update type = 'Combined RA/LA updating with 






REQUEST 


IMSI attach' 

P-TMSI-1 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


15 


<- 


ROUTING AREA UPDATE 


Update result = 'Combined RA/LA updating' 






ACCEPT 


Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Mobile identity = TMSI-1 
Routing area identity = RAI-1 


16 


-> 


ROUTING AREA UPDATE 
COMPLETE 




17 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for RRC-connection. 


18 


-> 


CHANNEL REQUEST 




19 


<- 


IMMEDIATE ASSIGNMENT 




20 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-1 


21 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


22 


UE 




The UE is switched off or power is removed 
(see ICS). 


23 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 



12.3.2.3.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with the information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After the completion of the PS attach procedure, UE shall: 

- receive DETACH REQUEST message(Detach type = TMSI detach') from SS. 
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not deactivate the PDP context. 
- and send the DETACH ACCEPT message to SS. 

1 2.3.2.4 PS detach / re-attach requested / accepted 

12.3.2.4.1 Definition 

12.3.2.4.2 Conformance requirement 
The UE shall deactivate the logical link and re-activate it. 

Reference 

3G TS 24.008 clause 4.7.4.2 

12.3.2.4.3 Test purpose 

To test the behaviour of the UE for the detach procedure in case automatic re-attach. 

12.3.2.4.4 Method of test 

Initial condition 
System Simulator: 

One cell in operating in network operation mode I. 
User Equipment: 

The UE has a valid TMSI, P-TMSI, P-TMSI signature and RAI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE performs a combined PS attach procedure (for PS and non-PS services). 

The SS sends a DETACH REQUEST message to the UE with cause re-attach. The UE then detach for PS and non-PS 
services. The UE automatically performs a new combined PS attach procedure (for PS and non-PS services) and PS and 
CS services are again possible. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is set in UE operation mode A (see 
ICS). 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 
TMSI status = valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 

Mobile identity = TMSI-1 

Routing area identity = RAI-1 

No new P-TMSI and P-TMSI signature 

assigned 


5 


-> 


ATTACH COMPLETE 




6 


SS 




The SS initiates a detach with re-attach. 


7 


<- 


DETACH REQUEST 


Detach type = 're-attach required' 


8 


-> 


DETACH ACCEPT 




9 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Mobile identity = TMSI-1 

Routing area identity = RAI-1 

TMSI status = valid TMSI available 


10 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = TMSI-1 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 


11 


-> 


ATTACH COMPLETE 




12 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-2 

Paging order is for TBF establishment. 


13 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 


14 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for RRC-connection. 


15 


-> 


CHANNEL REQUEST 




16 


<- 


IMMEDIATE ASSIGNMENT 




17 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-1 


18 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


19 


UE 




The UE is switched off or power is removed 
(see ICS). 


20 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 



12.3.2.4.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with the information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After the completion of the combined PS attach procedure, UE shall: 

deactivate the PDP context and the logical link(s). 
- send DETACH ACCEPT message to SS. 
After UE completed PS detach procedure, UE shall: 

initiate a combined PS attach procedure. 
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1 2.3.2.5 PS detach / rejected / location area not allowed 

12.3.2.5.1 Definition 

12.3.2.5.2 Conformance requirement 

1) If the network performs a PS detach procedure with the cause 'location area not allowed' the User Equipment 
shall: 

1 . 1 not perform combined PS attach when in the same location area. 

1 .2 delete the stored LAI, CKSN, TMSI, RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

1 .3 store the LA in the 'forbidden location areas for regional provision of service' . 

2) If the network performs a PS detach procedure with the cause 'location area not allowed' the User Equipment 
shall: 

2.1 perform combined PS attach when a new location area is entered. 

2.2 delete the list of forbidden LAs when power is switched off. 

Reference 

3G TS 24.008 clauses 4.7.4.2 

12.3.2.5.3 Test purpose 

To test the behaviour of the UE if the network orders the PS detach procedure with the cause 'Location Area not 
allowed'. 

To test that the UE deletes the list of forbidden LAs when power is switched off. 

12.3.2.5.4 Method of test 

Initial condition 

System Simulator: 

Three cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 
MCC1/MNC1/LAC1/RAC2, cell C in MCC1/MNC1/LAC2/RAC1. 
All cells are operating in network operation mode I. 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS orders a PS detach with the cause value 'Location Area not allowed'. The SS checks that the UE does not 
perform combined PS attach while in the location area, performs PS attach when a new location area is entered and 
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deletes the list of forbidden LAs when switched off. CS services are not possible unless an IMSI attach procedure is 
performed. 

Different types of UE may use different methods to periodically clear the list of forbidden location areas (e.g. every day 
at 12am). If the list is cleared while the test is being run, it may be necessary to re-run the test. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 

3 
4 
5 

6 

7 

8 


SS 

SS 
UE 

UE 
-> 
<- 

-> 
<- 

-> 


ATTACH REQUEST 
ATTACH ACCEPT 

ATTACH COMPLETE 
DETACH REQUEST 

DETACH COMPLETE 


The following messages are sent and shall be 

received on cell A. 

The SS activates cell A. 

The UE is set in UE operation mode A (see 

ICS). 

The UE is powered up or switched on and 

initiates an attach (see ICS). Cell A is preferred 

by the UE. 

Attach type = 'Combined PS / IMSI attach' 

Mobile identity = IMSI 

TMSI status = no valid TMSI available 

Attach result = 'Combined PS / IMSI attached' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Mobile identity = TMSI-1 

Routing area identity = RAI-1 

Detach type = 're-attach not required' 
Cause 'Location Area not allowed' 


9 

10 
11 
12 
13 


UE 

<- 

UE 
<- 
-> 


PACKET PAGING REQUEST 
PACKET PAGING REQUEST 


No LOCATION UPDATING REQ with type 

'IMSI attach' is sent to the SS 

(SS waits 30 seconds). 

Mobile identity = IMSI 

Paging order is for RRC-connection. 

The UE shall not initiate an RRC connection. 

This is checked during 3 seconds. 

Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 

No response from the UE to the request. 

This is checked for 10 seconds 


14 
15 
16 

17 

18 

19 
20 
21 
22 


SS 
UE 
UE 

UE 

UE 

<- 

UE 
<- 


PACKET PAGING REQUEST 
PACKET PAGING REQUEST 


The following messages are sent and shall be 

received on cell B. 

The SS deactivates cell A and activates cell B. 

Cell B is preferred by the UE. 

The UE initiates an attach automatically, by 

MMI or by AT command. 

No ATTACH REQUEST sent to SS 

(SS waits 30 seconds) 

No LOCATION UPDATING REQ with type 

'IMSI attach' is sent to the SS 

(SS waits 30 seconds). 

Mobile identity = IMSI 

Paging order is for RRC-connection. 

The UE shall not initiate an RRC connection. 

This is checked during 3 seconds. 

Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 

No response from the UE to the request. 

This is checked for 10 seconds 


23 
24 
25 

26 


SS 
UE 
UE 

-> 


ATTACH REQUEST 


The following messages are sent and shall be 

received on cell C. 

The SS deactivates cell B and activates cell C. 

Cell C is preferred by the UE. 

The UE initiates an attach automatically, by 

MMI or by AT command. 

Attach type = 'Combined PS / IMSI attach' 

Mobile identity = IMSI 

TMSI status = no valid TMSI available 
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27 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI1 
P-TMSI-1 signature 
Mobile identity = TMSI-1 
Routing area identity = RAI-3 


28 


-> 


ATTACH COMPLETE 




29 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for RRC-connection. 


30 


-> 


CHANNEL REQUEST 




31 


<- 


IMMEDIATE ASSIGNMENT 




32 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-1 


33 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


34 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 


35 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 


36 


UE 




The UE is switched off or power is removed 
(see ICS). 


37 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 








The following messages are sent and shall be 








received on cell B. 


38 


UE 




The SS deactivates cell C and activates cell B. 
Cell B is preferred by the UE. 


39 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


40 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-3 
TMSI status = valid TMSI available 


41 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Mobile identity = TMSI-2 
Routing area identity = RAI-4 


42 


-> 


ATTACH COMPLETE 




43 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-2 

Paging order is for RRC-connection. 


44 


-> 


CHANNEL REQUEST 




45 


<- 


IMMEDIATE ASSIGNMENT 




46 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-2 


47 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


48 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-2 

Paging order is for TBF establishment. 


49 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 


50 


UE 




The UE is switched off or power is removed 
(see ICS). 


51 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 



12.3.2.5.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on. 

After the completion of the PS attach procedure, and when UE receive the DETACH REQUEST message (Detach type 
= 're-attach not required', Cause = 'Location Area not allowed') from SS, UE shall:. 
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- perform the following action depending on UE location. 
When in the same location area, UE shall: 

not perform combined PS attach. 

delete the stored RAI or LAI, P-TMSI, P-TMSI signature and PS ciphering key sequence number 

store the LA in the 'forbidden location areas for regional provision of service'. 
When a new location area is entered, UE shall: 
- perform combined PS attach. 

delete the list of forbidden LAs when power is switched off. 

12.4 Routing area updating procedure 

This procedure is used to update the actual routing area of an UE in the network. 

12.4.1 Normal routing area updating 

The routing area updating procedure is a GMM procedure used by PS UEs of UE operation mode A or C that are IMSI 
attached for PS services only. 

1 2.4.1 .1 Routing area updating / accepted 

12.4.1.1.1 Definition 

12.4.1 .1 .2 Conformance requirement 

1) If the network accepts the routing area updating procedure and reallocates a P-TMSI, the UE shall acknowledge 
the new P-TMSI and continue communication with the new P-TMSI. 

2) If the network accepts the routing area updating procedure from the UE without reallocation of the old P-TMSI, 
the UE shall continue communication with the old P-TMSI. 

Reference 

3GTS 24.008 clause 4.7.5.1 

12.4.1.1.3 Test purpose 

To test the behaviour of the UE if the network accepts the routing area updating procedure. 
The following cases are identified: 

1) P-TMSI / P-TMSI signature is reallocated 

2) Old P-TMSI / P-TMSI signature is not changed 

12.4.1.1.4 Method of test 

Initial condition 
System Simulator: 
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Two cells, cell A in MCC1/MNC1/LAC1/RAC1, cell B in MCC1/MNC1/LAC1/RAC2. 
Both cells are operating in network operation mode II. 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
UE operation mode C Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

1) The UE sends a ROUTING AREA UPDATE REQUEST message. The SS reallocates the P-TMSI and returns 
ROUTING AREA UPDATE ACCEPT message with a new P-TMSI. The UE acknowledge the new P-TMSI by 
sending ROUTING AREA UPDATING COMPLETE message. Further communication UE - SS is performed 
by the new P-TMSI. The UE will not answer signalling addressed to the old P-TMSI. 

2) The UE sends a ROUTING AREA UPDATING REQUEST message. The SS accepts the P-TMSI and returns 
ROUTING AREA UPDATING ACCEPT message without any P-TMSI. Further communication UE - SS is 
performed by the P-TMSI. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be 








received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is set in UE operation mode C (see 
ICS). If UE operation mode C not supported, 
goto step 22. 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


4 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = IMSI 


5 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 


6 


-> 


ATTACH COMPLETE 










The following messages are sent and shall be 








received on cell B. 


7 


SS 




Activate cell B with a lower signal strength than 
cell A The RF level of cell A is lowered until cell 
B is preferred by the UE. 


8 


-> 


ROUTING AREA UPDATING 


Update type = 'RA updating' 






REQUEST 


P-TMSI-2 signature 
Routing area identity = RAI-1 


9 


<- 


ROUTING AREA UPDATING 


Update result = 'RA updated' 






ACCEPT 


Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-4 


10 


-> 


ROUTING AREA UPDATING 
COMPLETE 




11 


<- 


GMM INFORMATION 


Message sent with P-TMSI-1 


11b 


-> 


GMM STATUS 


Message sent in case the UE does not support 
reception of GMM information message 
Cause #97 


12 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-2 






or 


Both paging orders are for TBF establishment. 






PAGING REQUEST TYPE 1 


PACKET PAGING REQUEST (used for NW 
mode III) 

PAGING REQUEST TYPE 1 (used for NW- 
mode II). 


13 


UE 




No response from the UE to the request. This 
is checked for 1 seconds. 








The following messages are sent and shall be 








received on cell A. 


14 


SS 




Set the signal strength of cell A to a lower 
signal strength than cell B The RF level of cell 
B is lowered until cell A is preferred by the UE. 


15 


UE 




Cell A is preferred by the UE. 


16 


-> 


ROUTING AREA UPDATING 


Update type = 'RA updating' 






REQUEST 


P-TMSI-1 signature 
Routing area identity = RAI-4 


17 


<- 


ROUTING AREA UPDATING 


No new mobile identity assigned. 






ACCEPT 


P-TMSI not included. 
Update result = 'RA updated' 
P-TMSI-2 signature 
Routing area identity = RAI-1 


18 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 






or 


Both paging orders are for TBF establishment. 






PAGING REQUEST TYPE 1 


PACKET PAGING REQUEST (used for NW 
mode III) 

PAGING REQUEST TYPE 1 (used for NW- 
mode II). 


19 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 
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20 
21 


UE 
-> 


DETACH REQUEST 


The UE is switched off or power is removed 
(see ICS). 

Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 


22 


UE 




The UE is set in UE operation mode A (see 
ICS) and the test is repeated from step 3 to 
step 21 . 



12.4.1.1.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on. 

After completing the PS attach procedure, UE shall:, 

initiate a routing area updating procedure with the information elements specified in the above Expected 
Sequence when the RF level of the attached cell is lower than the RF level of the new cell. 

- use the P-TMSI which is included in the ROUTING AREA UPDATING ACCEPT message. 

acknowledge the new P-TMSI and continue communication with the new P-TMSI. 

continue communication with the old P-TMSI. 



1 2.4.1 .2 Routing area updating / rejected / IMSI invalid / illegal ME 

12.4.1.2.1 Definition 



12.4.1.2.2 



Conformance requirement 



1) If the network rejects a routing area updating procedure from the User Equipment with the cause 'Illegal ME' 
the User Equipment shall consider USIM invalid for PS services until power is switched off or USIM is 
removed. 

2) If the network rejects a routing area updating procedure from the User Equipment with the cause 'Illegal ME' 
the User Equipment shall delete the stored RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

Reference 

3GTS 24.008 clause 4.7.5.1 



12.4.1.2.3 



Test purpose 



To test the behaviour of the UE if the network rejects the routing area updating procedure of the UE with the cause 
'Illegal ME'. 



12.4.1.2.4 

Initial condition 
System Simulator: 



Method of test 



Three cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 
MCC1/MNC1/LAC1/RAC2, cell C in MCC2/MNC1/LAC1/RAC1. 

All three cells are operating in network operation mode II (in case of UE operation mode A), or in network 
operation mode III (in case of UE operation mode C). 
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User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode C Yes/No 

UE operation mode A Yes/No (only if mode C not supported) 

USIM removal possible without powering down Yes/No 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS rejects a routing area updating with the cause value 'Illegal ME'. The SS checks that the UE does not perform 
PS attach in the same or another PLMN. 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



806 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be 








received on cell A. 


1 


UE 




The UE is set in UE operation mode C or B 
(see ICS). 


2 


SS 




The SS is set in network operation mode II or 
III and activates cell A. 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). Cell A is preferred 
by the UE. 


4 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


5 


<- 


ATTACH ACCEPT 


No new mobile identity assigned. P-TMSI and 
P-TMSI signature not included.Attach result = 
'PS only attached' 
Routing area identity = RAI-1 








The following messages are sent and shall be 








received on cell B. 


6 


SS 




The SS deactivates cell A and activates cell B. 


7 


UE 




Cell B is preferred by the UE. 


8 


-> 


ROUTING AREA UPDATING 


Update type = 'RA updating' 






REQUEST 


P-TMSI-2 signature 
Routing area identity = RAI-1 


9 


<- 


ROUTING AREA UPDATING 
REJECT 


GMM cause = 'Illegal UE' 


10 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-2 






Or 


Both paging orders are for TBF establishment. 






PAGING REQUEST TYPE 1 


PACKET PAGING REQUEST (used for NW 
mode III) 

PAGING REQUEST TYPE 1 (used for NW- 
mode II). 


11 


UE 




No response from the UE to the request. This 
is checked for 1 seconds. 








The following messages are sent and shall be 








received on cell C. 


12 


SS 




The SS deactivates cell B and activates cell C. 


13 


UE 




Cell C is preferred by the UE. 


14 


UE 




No ATTACH REQUEST sent to the SS 
(SS waits 30 seconds). 


15 


UE 




If possible (see ICS) USIM removal is 
performed. Otherwise if possible (see ICS) 
switch off is performed. Otherwise the power is 
removed. 


16 


UE 




The UE gets the USIM replaced, is powered up 
or switched on and initiates an attach (see 
ICS). 


17 


-> 


ATTACH REQUEST 


Attach type = 'PS only attached' 
Mobile identity = IMSI 


18 


<- 


ATTACH ACCEPT 


Attach result = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-2 


19 


-> 


ATTACH COMPLETE 




20 


UE 




The UE is switched off or power is removed 
(see ICS). 


21 


-> 


DETACH REQUEST 


Message not sent if power is removed. 



12.4.1.2.5 
UE shall: 



Test requirements 
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initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on. 

After completing the PS attach procedure, UE shall: 

initiate a routing area updating procedure with the information elements specified in the above Expected 
Sequence. 

delete the stored P-TMSI, P-TMSI signature, RAI and PS ciphering key sequence number . 

consider the USIM as invalid for PS services until the UE is switched off or the USIM is removed. 



1 2.4.1 .3 Routing area updating / rejected / UE identity cannot be derived by the 
network 

12.4.1.3.1 Definition 

12.4.1.3.2 Conformance requirement 

If the network rejects a routing area updating procedure from the User Equipment with the cause 'UE identity cannot be 
derived by the network', the User Equipment shall delete the stored RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

Depending on the manufacturer the UE may or may not perform a PS attach procedure. 

Reference 

3GTS 24.008 clause 4.7.5.1 

12.4.1.3.3 Test purpose 

To test the behaviour of the UE if the network rejects the routing area updating procedure of the UE with the cause 'UE 
identity cannot be derived by the network' . 

12.4.1.3.4 Method of test 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC1/MNC1/LAC1/RAC2. 

Both cells are operating in network operation mode II (in case of UE operation mode A), or in network 

operation mode III (in case of UE operation mode C). 

User Equipment: 

The UE has a valid P-TMSI- 1, P-TMSI- 1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode C Yes/No 

UE operation mode A Yes/No (only if mode C not supported) 

Automatic attach procedure when UE identity cannot be derived by the network Yes/No 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 
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Test procedure 

The SS rejects a normal routing area updating with the cause value 'UE identity cannot be derived by the network'. The 
UE detach locally. A new PS attach may be performed. 

Expected Sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 
2 
3 

4 
5 
6 


SS 
UE 
UE 

-> 
<- 
-> 


ATTACH REQUEST 
ATTACH ACCEPT 
ATTACH COMPLETE 


The following messages are sent and shall be 

received on cell A. 

The SS is set in network operation mode II or 

III and activates cell A. 

The UE is set in UE operation mode C or B 

(see ICS). 

The UE is powered up or switched on and 

initiates an attach (see ICS). Cell A is preferred 

by the UE. 

Attach type = 'PS attach' 

Mobile identity =P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-1 

Attach result = 'PS only attached' 

Mobile identity = P-TMSI-2 

P-TMSI-2 signature 

Routing area identity = RAI-1 


7 
8 
9 

10 
11 

12 
13 
14 

15 


SS 

UE 

-> 

<- 

UE 

UE 
-> 
<- 

-> 


ROUTING AREA UPDATING 
REQUEST 

ROUTING AREA UPDATING 
REJECT 

ATTACH REQUEST 
ATTACH ACCEPT 

ATTACH COMPLETE 


The following messages are sent and shall be 

received on cell B. 

The SS deactivates cell A and activates cell B. 

Cell B is preferred by the UE. 

Update type = 'RA updating' 

P-TMSI-2 signature 

Routing area identity = RAI-1 

GMM cause = 'UE identity cannot be derived 

by the network' 

If an automatic attach procedure by the UE is 

not possible when the UE identity cannot be 

derived by the network (see ICS) goto step 19. 

An Automatic PS attach procedure is initiated 

(see ICS). 

Attach type = 'PS attach' 

Mobile identity = IMSI 

Attach result = 'PS only attached' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-4 


16 
17 
18 


UE 
-> 


DETACH REQUEST 


The UE is switched off or power is removed 
(see ICS). 

Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 
Stop the sequence 


19 
20 


<- 

UE 


PACKET PAGING REQUEST 

Or 

PAGING REQUEST TYPE 1 


Mobile identity = P-TMSI-2 

Both paging orders are for TBF establishment. 

PACKET PAGING REQUEST (used for NW 

mode III) 

PAGING REQUEST TYPE 1 (used for NW- 

mode II). 

No response from the UE to the request, as the 

UE has detached locally. This is checked for 10 

seconds. 
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12.4.1.3.5 Test requirements 

UE shall: 

initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on. 

After completing the PS attach procedure, UE shall: 

initiate a routing area updating procedure with the information elements specified in the above Expected 
Sequence. 

delete stored P-TMSI, P-TMSI signature, RAI and PS ciphering key sequence number. 



1 2.4.1 .4 Routing area updating / rejected / location area not allowed 

12.4.1.4.1 Definition 

12.4.1.4.2 Conformance requirement 

1) If the network rejects a routing area updating procedure from the User Equipment with the cause 'location area 
not allowed' the User Equipment shall: 

1 . 1 not perform PS attach when in the same location area. 

1 .2 delete the stored RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

1 .3 store the LA in the 'forbidden location areas for regional provision of service' . 

2) If the network rejects a routing area updating procedure from the User Equipment with the cause 'location area 
not allowed' the User Equipment shall: 

2.1 perform PS attach when a new location area is entered. 

2.2 delete the list of forbidden LAs after switch off (power off). 

Reference 

3GTS 24.008 clauses 4.7.5.1 

12.4.1.4.3 Test purpose 

To test the behaviour of the UE if the network rejects the routing area updating procedure of the UE with the cause 
'Location Area not allowed'. 

To test that the UE deletes the list of forbidden LAs when power is switched off. 

12.4.1.4.4 Method of test 

Initial condition 

System Simulator: 

Three cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 
MCC1/MNC1/LAC1/RAC2, cell C in MCC1/MNC1/LAC2/RAC1. 
All cells are operating in network operation mode III. 

User Equipment: 

The UE has a valid IMSI. 
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Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode A Yes/No 

UE operation mode C Yes/No 

USIM removal possible without powering down Yes/No 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS rejects a routing area updating with the cause value 'Location Area not allowed'. The SS checks that the UE 
does not perform PS attach while in the location area, performs PS attach when a new location area is entered and 
deletes the list of forbidden LAs when switched off. 

Different types of UE may use different methods to periodically clear the list of forbidden location areas (e.g. every day 
at 12am). If the list is cleared while the test is being run, it may be necessary to re-run the test. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 

3 

4 
5 

6 


SS 

SS 
UE 

UE 

-> 
<- 

-> 


ATTACH REQUEST 
ATTACH ACCEPT 

ATTACH COMPLETE 


The following messages are sent and shall be 

received on cell C. 

The SS activates cell C. 

The UE is set in UE operation mode C (see 

ICS). If UE operation mode C not supported, 

goto step 33. 

The UE is powered up or switched on and 

initiates an attach (see ICS). Cell C is preferred 

by the UE. 

Attach type = 'PS attach' 

Mobile identity = IMSI 

Attach result = 'PS only attached' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-3 


7 
8 
9 

10 
11 

12 


SS 
-> 

<- 
<- 

UE 


ROUTING AREA UPDATING 
REQUEST 

ROUTING AREA UPDATING 

REJECT 

PACKET PAGING REQUEST 

Or 

PAGING REQUEST TYPE 1 


The following messages are sent and shall be 

received on cell B. 

The SS deactivates cell C and activates cell B. 

Cell B is preferred by the UE. 

Update type = 'RA updating' 

P-TMSI-1 signature 

Routing area identity = RAI-3 

GMM cause = 'Location Area not allowed' 

Mobile identity = P-TMSI-1 

Both paging orders are for TBF establishment. 

PACKET PAGING REQUEST (used for NW 

mode III) 

PAGING REQUEST TYPE 1 (used for NW- 

mode II). 

No response from the UE to the request. This 

is checked for 1 seconds. 


13 
14 
15 


SS 
UE 
UE 




The following messages are sent and shall be 

received on cell A. 

The SS deactivates cell B and activates cell A. 

Cell A is preferred by the UE. 

No ATTACH REQUEST sent to SS 

(SS waits 30 seconds) 


16 
17 
18 

19 

20 
21 

22 


SS 

UE 

-> 

<- 

-> 

UE 

-> 


ATTACH REQUEST 
ATTACH ACCEPT 

ATTACH COMPLETE 
DETACH REQUEST 


The following messages are sent and shall be 

received on cell C. 

The SS deactivates cell B and activates cell C. 

Cell C is preferred by the UE. 

Attach type = 'PS attach' 

Mobile identity = IMSI 

Attach result = 'PS only attached' 

Mobile identity = P-TMSI-2 

P-TMSI-2 signature 

Routing area identity = RAI-3 

If possible (see ICS) USIM removal is 

performed. Otherwise if possible (see ICS) 

switch off is performed. Otherwise the power is 

removed. 

Message not sent if power is removed. 

Detach type = 'power switched off, PS detach' 


23 
24 


UE 
-> 


ATTACH REQUEST 


The UE gets the USIM replaced, is powered up 

or switched on and initiates an attach (see 

ICS). 

Attach type = 'PS attach' 

Mobile identity = P-TMSI-2 

P-TMSI-2 signature 

Routing area identity = RAI-3 
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25 
26 


<- 
-> 


ATTACH ACCEPT 
ATTACH COMPLETE 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-3 


27 
28 
29 

30 

31 
32 


SS 

-> 
<- 

UE 
-> 


ROUTING AREA UPDATING 
REQUEST 

ROUTING AREA UPDATING 
ACCEPT 

DETACH REQUEST 


The following messages are sent and shall be 

received on cell A. 

The SS deactivates cell C and activates cell A. 

Cell A is preferred by the UE. 

Update type = 'RA updating' 

P-TMSI-1 signature 

Routing area identity = RAI-3 

No new mobile identity assigned. P-TMSI and 

P-TMSI signature not included. Update result = 

'RA updated' 

P-TMSI-2 signature 

Routing area identity = RAI-1 

The UE is switched off or power is removed 

(see ICS). 

Message not sent if power is removed. 

Detach type = 'power switched off, PS detach' 


33 
34 


SS 
UE 




The SS is set in network operation mode II. 
The UE is set in UE operation mode A (see 
ICS) and the test is repeated from step 3 to 
step 32. 



12.4.1.4.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on. 

After completing the PS attach procedure, UE shall: 

initiate a routing area updating procedure with the information elements specified in the above Expected 
Sequence. 

When in the same location area, UE shall 

not perform PS attach. . 

store the LA in the 'forbidden location areas for regional provision of service'. 
When a new location area is entered, UE shall 
- perform PS attach when a. 

delete the list of forbidden LAs when power is switched off. 



12.4.1.5 



12.4.1.5.1 



Routing area updating / abnormal cases / attempt counter check / 
miscellaneous reject causes 

Definition 



12.4.1.5.2 



Conformance requirement 



1) When a routing area updating procedure is rejected with the attempt counter less than five, the User Equipment 

shall repeat the routing area updating procedure after T3330 timeout. 
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2) When a T3330 timeout has occurred during a routing area updating procedure with the attempt counter five, 
the User Equipment shall start timer T3302. 

3) When the T3302 expire, a new routing area updating procedure shall be initiated. 



GMM cause codes that can be selected are: 

'IMSI unknown in HLR' 

'IMEI not accepted' 

'Illegal ME' 

'UE identity cannot be derived by the network' 

'Network failure' 

'Congestion' 

'retry upon entry into a new cell' 

'Semantically incorrect message' 

'Invalid mandatory information' 

'Message type non-existent or not implemented' 

'Message type not compatible with the protocol state' 

'Information element non-existent or not implemented' 

'Conditional IE error' 

'Message not compatible with the protocol state' 

'Protocol error, unspecified' 



Reference 

3GTS 24.008 clause 4.7.5.1 

12.4.1.5.3 Test purpose 

To test the behaviour of the UE with respect to the attempt counter. 

12.4.1.5.4 Method of test 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC 1/MNC1/LAC 1/RAC2. 

Both cells are operating in network operation mode II (in case of UE operation mode A), or in network 

operation mode III (in case of UE operation mode C). 

User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 
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Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode C Yes/No 

UE operation mode A Yes/No (only if mode C not supported) 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE initiates a routing area updating procedure (attempt counter zero). 

The SS rejects the routing area updating procedure with a random cause code. 

The UE initiates a new routing area updating procedure (attempt counter one) after T331 1 expires. 

The SS rejects the routing area updating procedure with a random cause code. 

The UE initiates a new routing area updating procedure (attempt counter two) after T331 1 expires. 

The SS rejects the routing area updating procedure with a random cause code. 

The UE initiates a new routing area updating procedure (attempt counter three) after T331 1 expires. 

The SS rejects the routing area updating procedure with a random cause code. 

The UE initiates a new routing area updating procedure (attempt counter four) after T331 1 expires. 

The SS rejects the routing area updating procedure with a random cause code. 

The UE initiates a new routing area updating procedure with attempt counter five (after T3311 expires). 

The SS rejects the routing area updating procedure with a random cause code. 

The UE shall not perform a new successful routing area updating procedure after T331 1 seconds. 

The UE initiates a routing area updating procedure with attempt counter zero after T3302 expires with the stored P- 
TMSI, P-TMSI signature, PS CKSN and RAI. 

T3302; set to 10 minutes. 

T3330; 15 seconds. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


UE 




The UE is set in UE operation mode C or B 
(see ICS). 


2 


SS 




The SS is set in network operation mode II or 
III and activates cell A. 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). Cell A is preferred 
by the UE. 


4 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


5 


<- 


ATTACH ACCEPT 


No new mobile identity assigned. 

P-TMSI not included. 

Attach result = 'PS only attached' 

P-TMSI-2 signature 

Routing area identity = RAI-1 








The following messages are sent and shall be 








received on cell B. 


6 


SS 




The SS deactivates cell A and activates cell B. 


7 


SS 




Cell B is preferred by the UE. 


8 


-> 


ROUTING AREA UPDATING 


Update type = 'RA updating' 






REQUEST 


P-TMSI-2 signature 
Routing area identity = RAI-1 


9 


<- 


ROUTING AREA UPDATING 
REJECT 


Random GMM cause 


10 


SS 




The SS verifies that the time between the 
routing area updating requests is 1 5 seconds 


11 


-> 


ROUTING AREA UPDATING 
REQUEST 


Update type = 'RA updating' 

P-TMSI-2 signature 
Routing area identity = RAI-1 


12 


<- 


ROUTING AREA UPDATING 
REJECT 


Random GMM cause 


13 


SS 




The SS verifies that the time between the 
routing area updating requests is 1 5 seconds 


14 


-> 


ROUTING AREA UPDATING 
REQUEST 


Update type = 'RA updating' 

P-TMSI-2 signature 
Routing area identity = RAI-1 


15 


<- 


ROUTING AREA UPDATING 
REJECT 


Random GMM cause 


16 


SS 




The SS verifies that the time between the 
routing area updating requests is 1 5 seconds 


17 


-> 


ROUTING AREA UPDATING 


Update type = 'RA updating' 






REQUEST 


P-TMSI-2 signature 
Routing area identity = RAI-1 


18 


<- 


ROUTING AREA UPDATING 
REJECT 


Random GMM cause 


19 


SS 




The SS verifies that the time between the 
routing area updating requests is 1 5 seconds 


20 


-> 


ROUTING AREA UPDATING 
REQUEST 


Update type = 'RA updating' 

P-TMSI-2 signature 
Routing area identity = RAI-1 


21 


<- 


ROUTING AREA UPDATING 
REJECT 


Random GMM cause 


22 


SS 




The SS verifies that the UE does not attempt to 
attach for 10 minutes . 
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23 


-> 


ROUTING AREA UPDATING 
REQUEST 


Update type = 'RA updating' 

P-TMSI-2 signature 
Routing area identity = RAI-1 


24 


<- 


ROUTING AREA UPDATING 


Update result = 'RA updated' 






ACCEPT 


Mobile identity = P-TMSI-2 
P-TMSI-3 signature 
Routing area identity = RAI-4 


25 


-> 


ROUTING AREA UPDATING 
COMPLETE 




26 


UE 




The UE is switched off or power is removed 
(see ICS). 


27 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 



12.4.1.5.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on. 

After completing the PS attach procedure, UE shall : 

- perform the following actions depending on the conditions described below. 

Case 1) A routing area updating procedure is rejected from SS with the attempt counter less than five 

UE shall: 

- repeat the routing area updating procedure after T3330 timeout 

Case2) A timer T3330 timeout has occurred during a routing area updating procedure with the attempt counter 
five 

UE shall: 

start timer T3302 

Case3) The T3302 expires 

UE shall: 

initiate a new routing area updating procedure 



1 2.4.1 .6 Routing area updating / abnormal cases / change of cell into new routing 
area 



12.4.1.6.1 



12.4.1.6.2 



Definition 



Conformance requirement 



When a change of cell into a new routing area is performed before the routing area updating procedure is finished, the 
UE shall abort the routing area updating procedure and re-initiate it in the new routing area. 

Reference 

3GTS 24.008 clause 4.7.5.1 
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12.4.1.6.3 Test purpose 

To test the behaviour of the UE in case of procedure collision. 

12.4.1.6.4 Method of test 

Initial condition 

System Simulator: 

Three cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 
MCC1/MNC1/LAC1/RAC2 and cell C In MCC1/MNC1/LAC1/RAC3. 

All cells are operating in network operation mode II (in case of UE operation mode A), or in network operation 
mode III (in case of UE operation mode C). 

User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode C Yes/No 

UE operation mode A Yes/No (only if mode C not supported) 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE initiates a routing area updating procedure. The ROUTING AREA UPDATE ACCEPT message is delayed 
from the SS. The UE performs a cell update into a new routing area. The UE shall re-initiate a routing area updating 
procedure in the new routing area. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is set in UE operation mode C (see 
ICS). If UE operation mode C not supported, 
goto step 18. 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). Cell A is preferred 
by the UE. 


4 


-> 


ATTACH REQUEST 


Attach result = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


5 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 


6 


-> 


ATTACH COMPLETE 










The following messages are sent and shall be 








received on cell B. 


7 


SS 




The SS deactivates cell A and activates cell B. 


8 


SS 




Cell B is preferred by the UE. 


9 


-> 


ROUTING AREA UPDATING 


Update type = 'RA updating' 






REQUEST 


P-TMSI-2 signature 
Routing area identity = RAI-1 


10 


SS 




No response to the ROUTING AREA 
UPDATING REQUEST message is given by 
theSS 








The following messages are sent and shall be 








received on cell C. 


11 


SS 




The SS deactivates cell B and activates cell C. 


12 


SS 




Cell C is preferred by the UE. 


13 


-> 


ROUTING AREA UPDATING 


Update type = 'RA updating' 






REQUEST 


P-TMSI-2 signature 
Routing area identity = RAI-1 


14 


<- 


ROUTING AREA UPDATING 


Update result = 'RA updated' 






ACCEPT 


Mobile identity = P-TMSI-2 
P-TMSI-3 signature 
Routing area identity = RAI-5 


15 


-> 


ROUTING AREA UPDATING 
COMPLETE 




16 


UE 




The UE is switched off or power is removed 
(see ICS). 


17 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 


18 


SS 




The SS is set in network operation mode II. 


19 


UE 




The UE is set in UE operation mode A(see 
ICS) and the test is repeated from step 3 to 
step 17. 



12.4.1.6.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on. 

After completing the PS attach procedure, UE shall: 

- initiate the routing area update procedure. 
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When change of cell into a new routing area is performed before the routing area updating procedure is finished, UE 
shall: 



abort the routing area updating procedure. 

re-initiate new routing area updating procedure in the new routing area. 



1 2.4.1 .7 Routing area updating / abnormal cases / change of cell during routing area 
updating procedure 

12.4.1.7.1 Definition 

12.4.1.7.2 Conformance requirement 

When a change of cell within a new routing area is performed before the routing area updating procedure is finished, the 
UE shall perform the cell update before the routing area updating procedure is finished. 

Reference 

3GTS 24.008 clause 4.7.5.1 

12.4.1.7.3 Test purpose 

To test the behaviour of the UE in case of procedure collision. 

12.4.1.7.4 Method of test 

Initial condition 

System Simulator: 

Three cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 
MCC1/MNC1/LAC1/RAC2 and cell C in MCC1/MNC1/LAC1/RAC2. 
All three cells are operating in network operation mode III. 

User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode C Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE initiates a routing area updating procedure. The ROUTING AREA UPDATE ACCEPT message is delayed 
from the SS. The UE performs a cell update within the routing area. The UE then waits for the ROUTING AREA 
UPDATE ACCEPT message. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


UE 




The UE is set in UE operation mode C or B 
(see ICS). 


2 


SS 




The SS is set in network operation mode II or 
III and activates cell A. 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). Cell A is preferred 
by the UE. 


4 


-> 


ATTACH REQUEST 


Attach result = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


5 


<- 


ATTACH ACCEPT 


No new mobile identity assigned. 

P-TMSI not included. 

Attach result = 'PS only attached' 

P-TMSI-2 signature 

Routing area identity = RAI-1 








The following messages are sent and shall be 








received on cell B. 


6 


SS 




The SS deactivates cell A and activates cell B. 


7 


SS 




Cell B is preferred by the UE. 


8 


-> 


ROUTING AREA UPDATING 


Update type = 'RA updating' 






REQUEST 


P-TMSI-2 signature 
Routing area identity = RAI-1 


9 


SS 




No response to the ROUTING AREA 
UPDATING REQUEST message is given by 
the SS 








The following messages are sent and shall be 








received on cell C. 


10 


SS 




The SS deactivates cell B and activates cell C. 


11 


SS 




Cell C is preferred by the UE. 


12 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating cell update. 


13 


<- 


ROUTING AREA UPDATING 


Update result = 'RA updated' 






ACCEPT 


Mobile identity = P-TMSI-2 
P-TMSI-3 signature 
Routing area identity = RAI-4 


14 


-> 


ROUTING AREA UPDATING 
COMPLETE 




15 


UE 




The UE is switched off or power is removed 
(see ICS). 


16 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 



12.4.1.7.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on. 

After completing the PS attach procedure, UE shall: 

initiate routing area update procedure. 

When a change of cell within a new routing area is performed, UE shall: 

- perform the cell update before the routing area updating procedure is finished. 



ETSI 



3G TS 34.1 23-1 version 3.0.0 Release 1 999 821 ETSI TS 1 34 1 23-1 V3.0.0 (2000-06) 



1 2.4.1 .8 Routing area updating / abnormal cases / P-TMSI reallocation procedure 
collision 

12.4.1.8.1 Definition 

12.4.1.8.2 Conformance requirement 

When a P-TMSI REALLOCATION REQUEST message is received by the UE while waiting for a ROUTING AREA 
UPDATE ACCEPT message, the UE shall ignore the P-TMSI reallocation procedure and continue with the routing area 
updating procedure. 

Reference 

3GTS 24.008 clause 4.7.5.1 

12.4.1.8.3 Test purpose 

To test the behaviour of the UE in case of procedure collision. 

12.4.1.8.4 Method of test 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1 and cell B in 

MCC1/MNC1/LAC1/RAC2. 

Both cells are operating in network operation mode II (in case of UE operation mode A), or in network 

operation mode III (in case of UE operation mode C). 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode C Yes/No 

UE operation mode A Yes/No (only if mode C not supported) 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE initiates a routing area updating procedure. The SS does not answer the routing area updating procedure, but 
initiates a P-TMSI reallocation procedure. The UE shall ignore the P-TMSI reallocation procedure and continue with 
the routing area updating procedure. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


UE 




The UE is set in UE operation mode C or B 
(see ICS). 


2 


SS 




The SS is set in network operation mode II or 
III and activates cell A. 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). Cell A is preferred 
by the UE. 


4 


-> 


ATTACH REQUEST 


Attach result = 'PS attach' 
Mobile identity = IMSI 


5 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


6 


-> 


ATTACH COMPLETE 










The following messages are sent and shall be 








received on cell B. 


7 


SS 




The SS deactivates cell A and activates cell B. 


8 


SS 




Cell B is preferred by the UE. 


9 


-> 


ROUTING AREA UPDATING 


Update type = 'RA updating' 






REQUEST 


P-TMSI-1 signature 
Routing area identity = RAI-1 


10 


<- 


P-TMSI REALLOCATION 


Mobile identity = P-TMSI-1 






REQUEST 


P-TMSI-1 signature 
Routing area identity = RAI-1 


11 


UE 




The UE ignores the P-TMSI reallocation 
request. 


12 


<- 


ROUTING AREA UPDATING 


Update result = 'RA updated' 






ACCEPT 


Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-4 


13 


-> 


ROUTING AREA UPDATING 
COMPLETE 




14 


UE 




The UE is switched off or power is removed 
(see ICS). 


15 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 



12.4.1.8.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on. 

After completing the PS attach procedure, UE shall: 

initiate the routing area updating procedure. 

When a P-TMSI REALLOCATION REQUEST message is received from SS while waiting for a ROUTING AREA 
UPDATE ACCEPT message, UE shall: 

- ignore the P-TMSI reallocation procedure 

continue with the routing area updating procedure. 
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12.4.2 Combined routing area updating 



The combined routing area updating procedure is a GMM procedure used by PS UEs of UE operation mode A that are 
IMSI attached for PS and non-PS services. In order to use the combined routing area updating procedure, the network 
must operate in network operation mode I, 

1 2.4.2.1 Combined routing area updating / combined RA/LA accepted 

12.4.2.1.1 Definition 

12.4.2.1.2 Conformance requirement 

1) If the network accepts the combined routing area updating procedure and reallocates a P-TMSI, the UE shall 
acknowledge the new P-TMSI and continue communication with the new P-TMSI. 

2) If the network accepts the combined routing area updating procedure from the UE without reallocation of the old 
P-TMSI, the UE shall continue communication with the old P-TMSI. 

Reference 

3G TS 24.008 clause 4.7.5.2 

12.4.2.1.3 Test purpose 

To test the behaviour of the UE if the network accepts the combined routing area updating procedure. 
The following cases are identified: 

1) P-TMSI / P-TMSI signature is reallocated 

2) Old P-TMSI / P-TMSI signature is not changed 

3) Mobile terminating CS call is allowed with IMSI 

4) Mobile terminating CS call is allowed with TMSI 

12.4.2.1.4 Method of test 

Initial condition 

System Simulator: 

Two cells, cell A in MCC1/MNC1/LAC1/RAC1, cell B in MCC1/MNC1/LAC1/RAC2. 
Both cells operating in network operation mode I. 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

1) A combined PS attach procedure is performed. The UE sends a ROUTING AREA UPDATE REQUEST 
message. The SS reallocates the P-TMSI, unassigns the TMSI and returns ROUTING AREA UPDATE 
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ACCEPT message with a new P-TMSI and IMSI. The UE acknowledge the new P-TMSI by sending ROUTING 
AREA UPDATING COMPLETE message. Further communication UE - SS is performed by the new P-TMSI. 
For CS calls, the IMSI is used 

2) The UE is CS paged in order to verify that the IMSI is used for CS calls. 

3) A combined PS attach procedure is performed. The UE sends an ROUTING AREA UPDATING REQUEST 
message. The SS accepts the P-TMSI signature and returns ROUTING AREA UPDATING ACCEPT message 
without any P-TMSI and with a new TMSI. The UE acknowledge the new TMSI by sending ROUTING AREA 
UPDATING COMPLETE message. Further communication UE-SS is performed by the old P-TMSI. For CS 
calls, the new TMSI is used. 

4) The UE is CS paged in order to verify that the TMSI is used for CS calls. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is set in UE operation mode A (see 
ICS). 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 


5 


-> 


ATTACH COMPLETE 










The following messages are sent and shall be 








received on cell B. 


6 


SS 




Activate cell B with a lower signal strength than 
cell A The RF level of cell A is lowered until cell 
B is preferred by the UE. 


7 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


8 


<- 


ROUTING AREA UPDATING 


Update result = 'Combined RA/LA updated' 






ACCEPT 


Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity = IMSI 
Routing area identity = RAI-4 


9 


-> 


ROUTING AREA UPDATING 
COMPLETE 




10 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 


11 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 


12 


<- 


PACKET PAGING REQUEST 


Mobile identity = IMSI 

Paging order is for RRC-connection. 


13 


-> 


CHANNEL REQUEST 




14 


<- 


IMMEDIATE ASSIGNMENT 




15 


-> 


PAGING RESPONSE 


Mobile identity = IMSI 


16 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 








The following messages are sent and shall be 








received on cell A. 


17 


SS 




The RF level of cell A is increased and the RF 
level of cell B is lowered until cell A is preferred 
by the UE. 


18 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-1 signature 

Routing area identity = RAI-4 

TMSI status = no valid TMSI available 


19 


<- 


ROUTING AREA UPDATING 


Update result = 'Combined RA/LA updated' 






ACCEPT 


Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Mobile identity = TMSI-1 
Routing area identity = RAI-1 


20 


-> 


ROUTING AREA UPDATING 
COMPLETE 




21 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-2 

Paging order is for TBF establishment. 


22 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 


23 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for RRC-connection. 


24 


-> 


CHANNEL REQUEST 




25 


<- 


IMMEDIATE ASSIGNMENT 
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26 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-1 


27 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


28 


UE 




The UE is switched off or power is removed 
(see ICS). 


29 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 



12.4.2.1.5 
UE shall : 



Test requirements 



initiate a combined PS attach procedure with information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After completing the PS attach procedure, UE shall: 

initiate a combined routing area update procedure(Update type = 'Combined RA/LA updating') with the 
information elements specified above Expected Sequence when RF level of the attached cell is lower than the RF 
level of the new cell. 

acknowledge the new P-TMSI 

continue communication with the new P-TMSI If SS reallocates a P-TMSI. 

continue communication with the old P-TMSI If SS does not reallocate the old P-TMSI. 



1 2.4.2.2 Combined routing area updating / UE in CS operation at change of RA 
12.4.2.2.1 Definition 



12.4.2.2.2 



Conformance requirement 



PS UE that is in an ongoing CS transaction at change of routing area shall initiate the routing area updating procedure 
only after the CS transaction has been released. 

Reference 

3G TS 24.008 clause 4.7.5.2 



12.4.2.2.3 



Test purpose 



To test the behaviour of the UE when using the combined routing area updating procedure in cases where the UE is CS 
connected at change of RA. 

12.4.2.2.4 Method of test 

Initial condition 

System Simulator: 

Two cells, cell A in MCC1/MNC1/LAC1/RAC1, cell B in MCC1/MNC1/LAC1/RAC2. 
Both cells operating in network operation mode I. 

User Equipment: 

The UE has a valid IMSI. 
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Related ICS/IXIT statements 



Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on 



Yes/No 



Test procedure 

A combined PS attach procedure is performed. The UE initiates a CS call. The routing area change. UE will not send a 
ROUTING AREA UPDATE REQUEST message until the CS operation is terminated. 

Expected Sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


UE 




The UE is set in UE operation mode A (see 
ICS). 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = Combined PS / IMSI attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 


5 


-> 


ATTACH COMPLETE 




6 


UE 




A CS call is initiated. 








The following messages are sent and shall be 








received on cell B. 


7 


SS 




Activate cell B with a lower signal strength than 
cell A The RF level of cell A is lowered until cell 
B is preferred by the UE. 


8 


UE 




No RA updating procedure is initiated. 
This is checked for 60 seconds. 


9 


UE 




The CS call is terminated 


10 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


11 


<- 


ROUTING AREA UPDATING 


Update result = 'Combined RA/LA updated' 






ACCEPT 


Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity = IMSI 
Routing area identity = RAI-4 


12 


-> 


ROUTING AREA UPDATING 
COMPLETE 




13 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 


14 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 


15 


<- 


PACKET PAGING REQUEST 


Mobile identity = IMSI 

Paging order is for RRC-connection. 


16 


-> 


CHANNEL REQUEST 




17 


<- 


IMMEDIATE ASSIGNMENT 




18 


-> 


PAGING RESPONSE 


Mobile identity = IMSI 


19 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


20 


UE 




The UE is switched off or power is removed 
(see ICS). 


21 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 
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12.4.2.2.5 Test requirements 

UE shall : 

initiate a combined PS attach procedure with information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After completing the PS attach procedure, UE shall: 

initiate a CS call, at change of routing area. 

- initiate a routing area updating procedure only after the CS transaction has been released. 

1 2.4.2.3 Combined routing area updating / RA only accepted 

12.4.2.3.1 Definition 

12.4.2.3.2 Conformance requirement 

1) If the network accepts the combined PS attach procedure, but GMM cause code 'IMSI unknown in HLR' is sent 
to the UE the User Equipment shall delete the stored TMSI, LAI and CKSN. The User Equipment shall consider 
USIM invalid for non-PS services until power is switched off or USIM is removed. 

2) If the network accepts the combined PS attach procedure, but GMM cause code 'MSC temporarily not 
reachable', 'Network failure' or 'Congestion' is sent to the UE, an UE operation mode A UE may perform an 
MM IMSI attach procedure. 

Reference 

3G TS 24.008 clause 4.7.3.2 

12.4.2.3.3 Test purpose 

Test porposel 

To test the behaviour of the UE if the network accepts the routing area updating procedure with indication RA only, 
GMM cause TMSI unknown in HLR'. 

Test porpose2 

To test the behaviour of the UE if the network accepts the routing area updating procedure with indication RA only, 
GMM cause 'MSC temporarily not reachable', 'Network failure' or 'Congestion'. 

12.4.2.3.4 Method of test 

Test Procedurel 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC1/MNC1/LAC1/RAC2. 

Both cells operating in network operation mode I. 

User Equipment: 

The UE has a valid ITMSI. 
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Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on 



Yes/No 



Test procedure 

After attach, the UE sends an ROUTING AREA UPDATE REQUEST message. The SS allocates a P-TMSI and returns 
ROUTING AREA UPDATE ACCEPT message with a P-TMSI. GMM cause TMSI unknown in HLR' is indicated 
from SS. Further communication UE - SS is performed by the P-TMSI. CS services are not possible. 

Expected Sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 
2 
3 

4 
5 


UE 

UE 

-> 

<- 
-> 


ATTACH REQUEST 
ATTACH ACCEPT 

ATTACH COMPLETE 


The UE is set in UE operation mode A (see 

ICS). 

The UE is powered up or switched on and 

initiates an attach (see ICS). 

Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 

Attach result = Combined PS / IMSI attached' 

Mobile identity = P-TMSI-2 

P-TMSI-2 signature 

Routing area identity = RAI-1 


6 

7 

8 

9 
10 
11 
12 
13 
14 
15 


SS 
-> 

<- 

-> 
<- 
-> 
<- 

UE 

UE 

-> 


ROUTING AREA UPDATING 
REQUEST 

ROUTING AREA UPDATING 
ACCEPT 

ROUTING AREA UPDATING 

COMPLETE 

PACKET PAGING REQUEST 

UPLINK RLC DATA BLOCK 

PACKET PAGING REQUEST 

DETACH REQUEST 


The following messages are sent and shall be 

received on cell B. 

The SS deactivates cell A and activates cell B. 

Update type = Combined RA/LA updating' 

P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 

Update result = 'RA updated' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-4 

GMM cause = 'IMSI unknown in HLR' 

Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 

LLC PDU implicitly indicating paging response. 

Mobile identity = IMSI 

Paging order is for RRC-connection. 

The UE shall not initiate an RRC connection. 

This is checked during 3 seconds. 

The UE is switched off or power is removed 

(see ICS). 

Message not sent if power is removed. 

Detach type = 'power switched off, PS detach' 



Test Procedure2 

Initial condition 
System Simulator: 
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Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC 1/MNC1/LAC 1/RAC2. 

Both cells operating in network operation mode I. 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode A Yes/No 

Automatic MM IMSI attach procedure for UE operation mode A UE Yes/No 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

After attach, the UE sends an ROUTING AREA UPDATE REQUEST message . The SS allocates a new P-TMSI 
signature and returns ROUTING AREA UPDATE ACCEPT message. GMM cause 'MSC temporarily not reachable', 
'Network failure' or 'Congestion' is indicated from SS. The cause code is arbitrarily chosen. An UE operation mode A 
UE may perform an MM IMSI attach procedure (according to the ICS statement). Further communication UE - SS is 
performed by the P-TMSI. The existence of a signalling channel is verified by a request for mobile identity. CS services 
are not possible unless an IMSI attach procedure is performed. 

Expected Sequence 

Dependent whether the option 'Automatic MM IMSI attach procedure for UE operation mode A UE' is not supported 
or not, the steps 1-13 or 14-35 apply depending on manufacturer (see ICS). 
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Step 


Direction 


Message 


Comments 


UE | SS 


1 
2 


UE 
UE 




The following messages are sent and shall be 

received on cell A 

The UE is set in UE operation mode A and no 

automatic MM IMSI attach procedure is 

indicated (see ICS). 

The UE is powered up or switched on and 

initiates an attach (see ICS). 


3 

4 

5 


-> 
<- 

-> 


ATTACH REQUEST 
ATTACH ACCEPT 

ATTACH COMPLETE 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 

Attach result = 'Combined PS / IMSI attached' 

Mobile identity = P-TMSI-2 

P-TMSI-2 signature 

Routing area identity = RAI-1 


6 

7 

8 

9 
10 
11 
12 
13 


SS 
-> 

<- 

-> 
<- 

UE 

UE 

-> 


ROUTING AREA UPDATING 
REQUEST 

ROUTING AREA UPDATING 
ACCEPT 

ROUTING AREA UPDATING 

COMPLETE 

PACKET PAGING REQUEST 

DETACH REQUEST 


The following messages are sent and shall be 

received on cell B. 

The SS deactivates cell A and activates cell B. 

Update type = 'Combined RA/LA updating' 

P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 

Update result = 'RA updated' 

Mobile identity = P-TMSI-1P-TMSI-1 signature 

Routing area identity = RAI-4 

GMM cause = 'MSC temporarily not reachable', 

'Network failure' or 'Congestion' (arbitrarily 

chosen) 

Mobile identity = IMSI 

Paging order is for RRC-connection. 

The UE shall not initiate an RRC connection. 

This is checked during 3 seconds. 

The UE is switched off or power is removed 

(see ICS). 

Message not sent if power is removed. 

Detach type = 'power switched off, PS detach' 

Stop the sequence. 


14 
15 
16 

17 
18 


UE 

UE 

-> 

<- 
-> 


ATTACH REQUEST 
ATTACH ACCEPT 

ATTACH COMPLETE 


The following messages are sent and shall be 

received on cell B 

Automatic MM IMSI attach procedure is 

indicated (see ICS). 

The UE is powered up or switched on and 

initiates an attach (see ICS). 

Attach type = 'Combined PS / IMSI attach' 

Mobile identity = IMSI 

TMSI status = no valid TMSI available 

Attach result = 'Combined PS / IMSI attached' 

Mobile identity = P-TMSI-2 

P-TMSI-2 signature 

Routing area identity = RAI-4 


19 
20 


SS 
-> 


ROUTING AREA UPDATING 
REQUEST 


The following messages are sent and shall be 

received on cell A. 

The SS deactivates cell B and activates cell A. 

Update type = 'Combined RA/LA updating' 

P-TMSI-2 signature 

Routing area identity = RAI-4 

TMSI status = no valid TMSI available 
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21 


<- 


ROUTING AREA UPDATING 


Update result = 'RA updated' 






ACCEPT 


Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-1 

GMM cause = 'MSC temporarily not reachable', 

'Network failure' or 'Congestion' (arbitrarily 

chosen) 


22 


-> 


ROUTING AREA UPDATING 
COMPLETE 




23 


-> 


CHANNEL REQUEST 




24 


<- 


IMMEDIATE ASSIGNMENT 




25 


-> 


LOCATION UPDATING REQ 


Location updating type = IMSI attach. 


26 


<- 


LOCATION UPDATING ACC 


The SS allocates a new TMSI. 


27 


-> 


TMSI REALLOCATION COMP 


Location updating type = IMSI attach. 


28 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


29 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for RRC-connection. 


30 


-> 


CHANNEL REQUEST 




31 


<- 


IMMEDIATE ASSIGNMENT 




32 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-1 


33 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


34 


UE 




The UE is switched off or power is removed 
(see ICS). 


35 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 



12.4.2.3.5 
UE shall : 



Test requirements 



initiate a combined PS attach procedure with information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After completing the PS attach procedure, UE shall: 

initiate a combined routing area updating procedure. 

- perform the following actions depending on the GMM cause. 

Case 1) GMM cause = TMSI unknown in HLR'. 

UE shall: 

- delete the stored TMSI, LAI and CKSN. 

consider USIM invalid for non-PS services until power is switched off or USIM is removed. 
Case 2) GMM cause = 'MSC temporarily not reachable', 'Network failure' or 'Congestion'. 
UE shall: 

- perform an MM IMSI attach procedure, (only applied UE operation mode A) 
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1 2.4.2.4 Combined routing area updating / rejected / PLMN not allowed 

12.4.2.4.1 Definition 

12.4.2.4.2 Conformance requirement 

1) If the network rejects a combined routing area updating procedure from the User Equipment with the cause 
'PLMN not allowed' the User Equipment shall: 

1 . 1 not perform combined GPRA attach when switched on in the same location area or PLMN. 

1.2 delete the stored RAI, PS-CKSN, P-TMSI, P-TMSI signature, TMSI CKSN andLAI. 

1 .3 store the PLMN in the 'forbidden PLMN list' . 

Reference 

3G TS 24.008 clause 4.7.5.2 

12.4.2.4.3 Test purpose 

To test the behaviour of the UE if the network rejects the combined routing area updating procedure of the UE with the 
cause 'PLMN not allowed' . 

12.4.2.4.4 Method of test 

Initial condition 

System Simulator: 

Four cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 
MCC1/MNC1/LAC1/RAC2, cell C in MCC1/MNC1/LAC2/RAC1 and cell D in MCC2/MNC1/LAC1/RAC1. 
All four cells are operating in network operation mode I 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS rejects a combined routing area updating with the cause value 'PLMN not allowed'. The SS checks that the UE 
does not perform PS attach if activated in the same PLMN. The SS checks that the UE does not perform IMSI attach if 
activated in the same PLMN. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 

3 

4 

5 


SS 

SS 
UE 

-> 
<- 

-> 


ATTACH REQUEST 
ATTACH ACCEPT 

ATTACH COMPLETE 


The following messages are sent and shall be 

received on cell A. 

The SS activates cell A. 

The UE is powered up or switched on and 

initiates an attach (see ICS. 

Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 

Attach result = 'Combined PS / IMSI attached' 

Mobile identity = P-TMSI-2 

P-TMSI-2 signature 

Routing area identity = RAI-1 

Mobile identity = TMSI-1 


7 
8 
9 

10 
11 
12 
13 
14 


SS 

UE 

-> 

<- 

UE 

UE 

<- 

UE 


ROUTING AREA UPDATING 
REQUEST 

ROUTING AREA UPDATING 
REJECT 

PACKET PAGING REQUEST 


The following messages are sent and shall be 

received on cell B. 

The SS deactivates cell A and activates cell B. 

Cell B is preferred by the UE. 

Update type = 'Combined RA/LA updating' 

P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = valid TMSI available 

GMM cause = 'PLMN not allowed' 

The UE initiates an attach by MMI or AT 

command. 

No ATTACH REQUEST sent to SS 

(SS waits 30 seconds). 

Mobile identity = P-TMSI-2 

Paging order is for TBF establishment. 

No response from the UE to the request. This 

is checked for 1 seconds. 


15 
16 
17 

18 

19 

20 


SS 
UE 
UE 

UE 

<- 

UE 


PACKET PAGING REQUEST 


The following messages are sent and shall be 

received on cell C. 

The SS deactivates cell B and activates cell C. 

Cell C is preferred by the UE. 

The UE initiates an attach by MMI or by AT 

command. 

No ATTACH REQUEST sent to SS 

(SS waits 30 seconds). 

Mobile identity = TMSI-1 

Paging order is for RRC-connection. 

The UE shall not initiate an RRC connection. 

This is checked during 3 seconds. 


21 
22 
23 

24 

25 

26 


SS 
UE 
UE 

UE 

<- 

UE 


PACKET PAGING REQUEST 


The following messages are sent and shall be 

received on cell A. 

The SS deactivates cell C and activates cell A. 

Cell A is preferred by the UE. 

The UE initiates an attach by MMI or by AT 

command. 

No ATTACH REQUEST sent to SS 

(SS waits 30 seconds). 

Mobile identity = P-TMSI-2 

Paging order is for TBF establishment. 

No response from the UE to the request. This 

is checked for 1 seconds. 


27 
28 
29 


SS 
UE 
UE 




The following messages are sent and shall be 

received on cell D. 

The SS deactivates cell A and activates cell D. 

Cell D is preferred by the UE. 

The UE initiates an attach automatically, by 

MMI or by AT command. 
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30 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 


31 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-2 
Mobile identity = IMSI 


32 


-> 


ATTACH COMPLETE 




33 


UE 




The UE is switched off or power is removed 
(see ICS). 


34 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 



12.4.2.4.5 
UE shall : 



Test requirements 



initiate a combined PS attach procedure with information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After completing the PS attach procedure, UE shall: 

initiate a combined routing area update procedure(Update type = 'Combined RA/LA updating') with the 
information elements specified above Expected Sequence 

delete the stored P-TMSI, P-TMSI signature, TMSI, RAI, LAI, ciphering key sequence number PS ciphering key 
sequence number. 

- reset the location update attempt counter when UE receive the ROUTING AREA UPDATING REJECT 
message(GMM cause = 'PLMN not allowed') from SS. 

- store the PLMN identity in the 'forbidden PLMN list' . 

not perform combined PS attach procedure when the UE is switched on in the same PLMN. 



1 2.4.2.5 Combined routing area updating / rejected / roaming not allowed in this 
location area 



12.4.2.5.1 



Definition 



12.4.2.5.2 



Conformance requirement 



1) If the network rejects a combined routing area updating procedure from the User Equipment with the cause 
'roaming not allowed in this location area' the User Equipment shall: 

1 . 1 not perform combined PS attach when in the same location area. 

1 .2 delete the stored RAI, PS-CKSN, P-TMSI P-TMSI signature, TMSI, CKSN and LAI. 

1.3 store the LA in the 'forbidden location areas for roaming'. 

1 .4 perform combined PS attach when a new location area is entered. 

2) The User Equipment shall reset the list of 'Forbidden location areas for roaming' when switched off or when the 
USIM is removed. 
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Reference 

3G TS 24.008 clause 4.7.5.2 

12.4.2.5.3 Test purpose 

Test purposel 

To test that on receipt of a rejection using the 'Roaming not allowed in this area' cause code, the UE ceases trying a 
routing area updating procedure on that location area. Successful combined routing area updating procedure is possible 
in other location areas. 

Test purpose2 

To test that if the UE is switched off or the USIM is removed the list of 'forbidden location areas for roaming' is 
cleared. 

12.4.2.5.4 Method of test 

12.4.2.5.4.1 Test procesurel 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC1/MNC/LAC2/RAC1. 

Both cells are operating in network operation mode I. 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS rejects a combined routing area updating with the cause value 'Roaming not allowed in this area'. A new 
attempt for a combined PS attach is not possible. Successful combined PS attach procedure is performed in another 
location area. The UE is mobed back to the 1 st location area. A combined routing area updating shall not be performed, 
as the LA is on the forbidden list. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS. 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 
Mobile identity = IMSI 


5 


-> 


ATTACH COMPLETE 










The following messages are sent and shall be 








received on cell B. 


7 


SS 




The SS deactivates cell A and activates cell B. 


8 


UE 




Cell B is preferred by the UE. 


9 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


10 


<- 


ROUTING AREA UPDATING 


GMM cause = 'Roaming not allowed in this 






REJECT 


area' 


11 


UE 




The UE initiates an attach by MMI or by AT 
command. 


12 


UE 




No ATTACH REQUEST sent to SS 
(SS waits 30 seconds). 


13 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-2 

Paging order is for TBF establishment. 


14 


UE 




No response from the UE to the request. This 
is checked for 1 seconds. 


15 


<- 


PACKET PAGING REQUEST 


Mobile identity = IMSI 

Paging order is for RRC-connection. 


16 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 








The following messages are sent and shall be 








received on cell A. 


17 


SS 




The SS deactivates cell B and activates cell A. 


18 


UE 




Cell A is preferred by the UE. 


19 


UE 




The UE initiates an attach automatically, by 
MMI or by AT command. 


20 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 


21 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 
Mobile identity = TMSI-1 


22 


-> 


ATTACH COMPLETE 




23 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for RRC-connection. 


24 


-> 


CHANNEL REQUEST 




25 


<- 


IMMEDIATE ASSIGNMENT 




26 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-1 


27 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


28 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 


29 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 
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The following messages are sent and shall be 








received on cell B. 


30 


SS 




The SS deactivates cell A and activates cell B. 


31 


UE 




No ROUTING AREA UPDATING REQUEST 

sent to SS 

(SS waits 30 seconds). 


32 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-2 

Paging order is for TBF establishment. 


33 


UE 




No response from the UE to the request. This 
is checked for 1 seconds. 


34 


<- 


PACKET PAGING REQUEST 


Mobile identity = IMSI 

Paging order is for RRC-connection. 


35 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 



1 2.4.2.5.4.2 Test procesure2 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC1/MNC/LAC2/RAC1. 

Both cells are operating in network operation mode I. 

User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode A Yes/No 

USIM removal possible without powering down Yes/No 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS rejects a combined routing area updating with the cause value 'Roaming not allowed in this area'. The UE is 
switched off for 10 seconds and switched on again. The SS checks that a combined PS attach is possible on the cell on 
which the previous combined routing area updating had been rejected. 

If USIM removal is possible without switching off: 

The SS rejects a routing area updating with the cause value 'Roaming not allowed in this area'. The USIM is removed 
and inserted in the UE. The SS checks that a PS attach procedure and routing area updating procedure is possible on the 
cell on which the routing area updating had previously been rejected. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS. 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 
Mobile identity = IMSI 


5 


-> 


ATTACH COMPLETE 










The following messages are sent and shall be 








received on cell B. 


7 


SS 




The SS deactivates cell A and activates cell B. 


8 


UE 




Cell B is preferred by the UE. 


9 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


10 


<- 


ROUTING AREA UPDATING 


GMM cause = 'Roaming not allowed in this 






REJECT 


area' 


11 


UE 




The UE initiates an attach by MMI or by AT 
command. 


12 


UE 




No ATTACH REQUEST sent to SS 
(SS waits 30 seconds). 


13 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-2 

Paging order is for TBF establishment. 


14 


UE 




No response from the UE to the request. This 
is checked for 1 seconds. 


15 


<- 


PACKET PAGING REQUEST 


Mobile identity = IMSI 

Paging order is for RRC-connection. 


16 


UE 




The UE shall not initiate an RRC connection. 
This is checked during 3 seconds. 


17 


UE 




If possible (see ICS) USIM removal is 
performed. Otherwise if possible (see ICS) 
switch off is performed. Otherwise the power is 
removed. 


18 


UE 




The UE gets the USIM replaced, is powered up 
or switched on and initiates an attach (see 
ICS). 


19 


UE 




The UE initiates an attach by MMI or AT 
command. 


20 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 


21 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 
Mobile identity = TMSI-1 


22 


-> 


ATTACH COMPLETE 




23 


<- 


PACKET PAGING REQUEST 


Mobile identity = TMSI-1 

Paging order is for RRC-connection. 


24 


-> 


CHANNEL REQUEST 




25 


<- 


IMMEDIATE ASSIGNMENT 




26 


-> 


PAGING RESPONSE 


Mobile identity = TMSI-1 


27 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


28 


<- 


PACKET PAGING REQUEST 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 
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29 
30 
31 


-> 

UE 
-> 


UPLINK RLC DATA BLOCK 
DETACH REQUEST 


LLC PDU implicitly indicating paging response. 

The UE is switched off or power is removed 
(see ICS). 

Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS/IMSI detach' 



12.4.2.5.5 
UE shall : 



Test requirements 



initiate a combined PS attach procedure with information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After completing the PS attach procedure, UE shall: 

initiate a combined routing area update procedure(Update type = 'Combined RA/LA updating') with the 
information elements specified above Expected Sequence 

delete the stored P-TMSI, P-TMSI signature, TMSI, RAI, LAI, ciphering key sequence number PS ciphering key 
sequence number. 

- reset the location update attempt counter when UE receive the ROUTING AREA UPDATING REJECT 

message(GMM cause = 'Roaming not allowed in this area') from SS. 

store the LAI in the 'forbidden location areas for roaming'. 

not perform combined PS attach procedure when the UE is switched on in the same location area. 

- perform combined PS attach procedure when a new location area is entered. 



1 2.4.2.6 Combined routing area updating / abnormal cases / access barred due to 
access class control 



12.4.2.6.1 



Definition 



12.4.2.6.2 



Conformance requirement 



1) The UE shall not perform combined routing area updating procedure, but stays in the current serving cell and 
applies normal cell reselection process. 

2) The User Equipment shall perform the combined routing area updating procedure when: 

2.1 Access is granted. 

2.2 Cell is changed. 

Reference 

3G TS 24.008 clause 4.7.5.2 



12.4.2.6.3 



Test purpose 



Test porposel 

To test the behaviour of the UE in case of access class control (access is granted). 
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Test porpose2 

To test the behaviour of the UE in case of access class control (cell is changed). 

12.4.2.6.4 Method of test 

12.4.2.6.4.1 Test procedural 

Initial condition 

A random access class x (0-15) is selected. The USIM is programmed with this access class x. Communication with 
User Equipments using access class x is initially indicated to be barred. 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC1/MNC/LAC1/RAC2. 

Both cells are operating in network operation mode I. 

Access class x barred. 

User Equipment: 

The UE has a valid P-TMSI, P-TMSI signature and RAI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

A PS attach procedure is performed. The routing area is changed. The SS indicates access class x barred. A routing area 
updating procedure is not performed. 

The SS indicates that access class x is not barred. A routing area updating procedure is performed. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS. 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 
Mobile identity = IMSI 


5 


-> 


ATTACH COMPLETE 










The following messages are sent and shall be 








received on cell B. 


7 


SS 




The SS deactivates cell A and activates cell B. 


8 


UE 




Cell B is preferred by the UE. 


9 


UE 




No ROUTING AREA UPDATE REQUEST sent 
to SS, as access class X is barred 
(SS waits 30 seconds). 


10 


SS 




The access class x is not barred anymore. 


11 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


12 


<- 


ROUTING AREA UPDATING 


Update result = 'Combined RA/LA updated' 






ACCEPT 


Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity = TMSI-1 
Routing area identity = RAI-4 


13 


-> 


ROUTING AREA UPDATING 
COMPLETE 




14 


UE 




The UE is switched off or power is removed 
(see ICS). 


15 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS/IMSI detach' 



12.4.2.6.4.2 



Test procedure2 



Initial condition 

A random access class x (0-15) is selected. The USIM is programmed with this access class x. Communication with 
User Equipments using access class x is indicated to be barred on cell A. 

System Simulator: 

Three cells, cell A in MCC1/MNC1/LAC1/RAC1 has access class x not barred, cell B in 
MCC1/MNC1/LAC1/RAC2 has access class x barred, cell C in MCC1/MNC1/LAC1/RAC2 has access class x 
not barred. 
All three cells are operating in network operation mode I. 
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User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

A PS attach procedure is performed. The routing area is changed. The SS indicates access class x barred. A routing area 
updating procedure is not performed. 

A cell change is performed into a cell where access class x is not barred. A routing area updating procedure is 
performed. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS. 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 
Mobile identity = IMSI 


5 


-> 


ATTACH COMPLETE 










The following messages are sent and shall be 








received on cell B. 


7 


SS 




The SS deactivates cell A and activates cell B. 


8 


UE 




Cell B is preferred by the UE. 


9 


UE 




No ROUTING AREA UPDATING REQUEST 
sent to SS, as access class X is barred 
(SS waits 30 seconds). 








The following messages are sent and shall be 








received on cell C. 


10 


SS 




The SS deactivates cell B and activates cell C. 


11 


UE 




Cell C is preferred by the UE. 


12 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


13 


<- 


ROUTING AREA UPDATING 


Update result = 'Combined RA/LA updated' 






ACCEPT 


Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity = IMSI 
Routing area identity = RAI-4 


14 


-> 


ROUTING AREA UPDATING 
COMPLETE 




15 


UE 




The UE is switched off or power is removed 
(see ICS). 


16 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS/IMSI detach' 



12.4.2.6.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After completing the PS attach procedure, UE shall: 

not perform the combined routing area updating procedure. 

stay in the current serving cell. 

apply the normal cell reselection process. ( as access class X is barred) 

- perform the combined routing area updating procedure when the barred state is removed or because of a cell 
change. 
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1 2.4.2.7 Combined routing area updating / abnormal cases / attempt counter check / 
procedure timeout 

12.4.2.7.1 Definition 

12.4.2.7.2 Conformance requirement 

1) When a T3330 timeout has occurred during a routing area updating procedure with the attempt counter less than 
five, the User Equipment shall repeat the routing area updating procedure after T3330 timeout. 

2) When a T3330 timeout has occurred during a routing area updating procedure with the attempt counter five, the 
User Equipment shall start timer T3302. 

3) When the T3302 expire, a new routing area updating procedure shall be initiated. 

Reference 

3G TS 24.008 clause 4.7.5.2 

12.4.2.7.3 Test purpose 

To test the behaviour of the UE with respect to the attempt counter. 

12.4.2.7.4 Method of test 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC1/MNC/LAC1/RAC2. 

Both cells are operating in network operation mode I. 

User Equipment: 

The UE has a valid TMSI, P-TMSI, P-TMSI signature and RAI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE initiates a routing area updating procedure (attempt counter zero). The SS does not answer with ROUTING 
AREA UPDATE ACCEPT message before T3330 timeout. 

The UE initiates a new routing area updating procedure (attempt counter one) after T3311 expires. The SS does not 
answer with ROUTING AREA UPDATE ACCEPT message before T3330 timeout. 

The UE initiates a new routing area updating procedure (attempt counter two) after T331 1 expires. The SS does not 
answer with ROUTING AREA UPDATE ACCEPT message before T3330 timeout. 

The UE initiates a new routing area updating procedure (attempt counter three) after T331 1 expires. The SS does not 
answer with ROUTING AREA UPDATE ACCEPT message before T3330 timeout. 

The UE initiates a new routing area updating procedure (attempt counter four) after T331 1 expires. The SS does not 
answer with ROUTING AREA UPDATE ACCEPT message before T3330 timeout. 
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The UE initiates a new routing area updating procedure with attempt counter five (after T3311 expires). The SS does 
not answer with ATTACH ACCEPT message before T3330 timeout. The UE shall not perform a new successful 
routing area updating procedure after 15 seconds. 

The UE initiates a routing area updating procedure with attempt counter zero after T3302 expires without P-TMSI, P- 
TMSI signature, PS CKSN and RAI. 

T3302; set to 10 minutes 

T3311; 15 seconds 

T3330; 15 seconds 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS. 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 
Mobile identity = IMSI 


5 


-> 


ATTACH COMPLETE 










The following messages are sent and shall be 








received on cell B. 


7 


SS 




The SS deactivates cell A and activates cell B. 


8 


UE 




Cell B is preferred by the UE. 


9 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


10 


SS 




No response is given from the SS. 


11 


SS 




The SS verifies that the time between the RA 
update requests is 1 5 seconds 


12 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


13 


SS 




No response is given from the SS. 


14 


SS 




The SS verifies that the time between the RA 
update requests is 1 5 seconds 


15 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


16 


SS 




No response is given from the SS. 


17 


SS 




The SS verifies that the time between the RA 
update requests is 1 5 seconds 


18 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


19 


SS 




No response is given from the SS. 


20 


SS 




The SS verifies that the time between the RA 
update requests is 1 5 seconds 


21 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


22 


SS 




No response is given from the SS. 


23 


SS 




The SS verifies that the time between the RA 
update requests is T3302 seconds 


24 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


25 


<- 


ROUTING AREA UPDATING 


Update result = 'Combined RA/LA updated' 






ACCEPT 


Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity = IMSI 
Routing area identity = RAI-4 
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26 


-> 


ROUTING AREA UPDATING 
COMPLETE 




27 


UE 




The UE is switched off or power is removed 
(see ICS). 


28 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS/IMSI detach' 



12.4.2.7.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After completing the PS attach procedure, UE shall: 

initiate a combined routing area updating procedure with information elements specified in the above Expected 
Sequence when UE is powered up or switched on. 

- perform the following actions depending on the conditions described below. 

Case 1) A timer T3330 timeout has occurred during a combined routing area updating procedure with the 
attempt counter less than five. 

UE shall: 

- repeat the combined routing area updating procedure after the timer T3330 timeout 

Case2) A timer T3330 timeout has occurred during a combined routing area updating procedure with attempt 
counter five 

UE shall: 

start the timer T3302 
Case3) The timer T3302 expires 
UE shall: 

initiate a new routing area updating procedure 



12.4.2.8 



12.4.2.8.1 



Combined routing area updating / abnormal cases / change of cell into new 
routing area 

Definition 



12.4.2.8.2 



Conformance requirement 



When a change of cell into a new routing area is performed before the routing area updating procedure is finished, the 
UE shall abort the routing area updating procedure and re-initiate it in the new routing area. 

Reference 

3G TS 24.008 clause 4.7.5.2 

12.4.2.8.3 Test purpose 

To test the behaviour of the UE in case of procedure collision. 
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12.4.2.8.4 Method of test 

Initial condition 

System Simulator: 

Three cells, cell A in MCC1/MNC1/LAC1/RAC1, cell B in MCC1/MNC1/LAC1/RAC2, cell C in 

MCC1/MNC1/LAC1/RAC3. 

All three cells are operating in network operation mode I. 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode A Yes/No 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE initiates a routing area updating procedure. The ROUTING AREA UPDATE ACCEPT message is delayed 
from the SS. The UE performs a cell update into a new routing area. The Ms shall re-initiate a routing area updating 
procedure in the new routing area. The UE shall not increment the attempt counter. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS. 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS/ IMSI attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 
Mobile identity = IMSI 


5 


-> 


ATTACH COMPLETE 










The following messages are sent and shall be 








received on cell B. 


6 


SS 




The SS deactivates cell A and activates cell B. 


7 


UE 




Cell B is preferred by the UE. 


8 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


9 


SS 




No response id given from the SS. 








The following messages are sent and shall be 








received on cell A. 


10 


SS 




Activate cell C with a lower signal strength than 
cell B. 


11 


UE 




The RF level of cell B is lowered, and the RF 
level of cell C is increased, until cell C is 
preferred by the UE. 


12 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


13 


<- 


ROUTING AREA UPDATING 


Update result = 'Combined RA/LA updated' 






ACCEPT 


Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity = IMSI 
Routing area identity = RAI-5 


14 


-> 


ROUTING AREA UPDATING 
COMPLETE 




15 


UE 




The UE is switched off or power is removed 
(see ICS). 


16 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS/IMSI detach' 



12.4.2.8.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with the information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After completing the PS attach procedure, UE shall : 

initiate the routing area update procedure. 

When change of cell into new routing area is performed before the routing area updating procedure is finished, UE 
shall: 
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abort the routing area updating procedure. 
- re-initiate new routing area updating procedure in the new routing area. 



1 2.4.2.9 Combined routing area updating / abnormal cases / change of cell during 
routing area updating procedure 

12.4.2.9.1 Definition 

12.4.2.9.2 Conformance requirement 

When a change of cell within new routing area is performed before the routing area updating procedure is finished, the 
UE shall perform the cell update before the routing area updating procedure is finished. 

Reference 

3G TS 24.008 clause 4.7.5.2 

12.4.2.9.3 Test purpose 

To test the behaviour of the UE in case of procedure collision. 

12.4.2.9.4 Method of test 

Initial condition 

System Simulator: 

Three cells, cell A in MCC1/MNC1/LAC1/RAC1, cell B in MCC1/MNC1/LAC1/RAC2, cell C in 

MCC 1/MNC1/LAC 1/RAC2. 

All three cells are operating in network operation mode I. 

User Equipment: 

The UE has a valid P-TMSI, P-TMSI signature and RAI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE initiates a routing area updating procedure. The ROUTING AREA UPDATE ACCEPT message is delayed 
from the SS. The UE performs a cell update within the routing area. The UE then waits for the ROUTING AREA 
UPDATE ACCEPT message. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS. 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 
Mobile identity = IMSI 


5 


-> 


ATTACH COMPLETE 










The following messages are sent and shall be 








received on cell B. 


6 


SS 




The SS deactivates cell A and activates cell B. 


7 


UE 




Cell B is preferred by the UE. 


8 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


9 


SS 




No response id given from the SS. 








The following messages are sent and shall be 








received on cell C. 


10 


SS 




Activate cell C with a lower signal strength than 
cell B. 


11 


UE 




The RF level of cell B is lowered until cell C is 
preferred by the UE. 


12 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating cell update. 


13 


<- 


ROUTING AREA UPDATING 


Update result = 'Combined RA/LA updated' 






ACCEPT 


Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity = IMSI 
Routing area identity = RAI-4 


14 


-> 


ROUTING AREA UPDATING 
COMPLETE 




15 


UE 




The UE is switched off or power is removed 
(see ICS). 


16 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS/IMSI detach' 



12.4.2.9.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with the information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After completing the PS attach procedure, UE shall: 

initiate routing area update procedure. 

When a change of cell within a new routing area is performed before the routing area updating procedure is finished, 
UE shall: 

- perform the cell update. 
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1 2.4.2.1 Combined routing area updating / abnormal cases / PS detach procedure 
collision 

12.4.2.10.1 Definition 

12.4.2.10.2 Conformance requirement 

1) When a detach request is received with cause 'PS detach' or 'combined PS/IMSI detach' by the UE while 
waiting for a ROUTING AREA UPDATE ACCEPT message, the UE shall terminate the routing area updating 
procedure and continue with the PS detach procedure. 

2) When a detach request is received with cause TMSI detach' by the UE while waiting for a ROUTING AREA 
UPDATE ACCEPT message, the UE shall ignore the detach request and continue with the routing area updating 
procedure. 

Reference 

3G TS 24.008 clause 4.7.5.2 

12.4.2.10.3 Test purpose 

To test the behaviour of the UE in case of procedure collision. 

12.4.2.10.4 Method of test 

12.4.2.10.4.1 Test procedurel 

Initial condition 

System Simulator: 

Two cells, cell A in MCC1/MNC1/LAC1/RAC1, cell B in MCC1/MNC1/LAC1/RAC2. 
Both cells are operating in network operation mode I. 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE initiates a routing area updating procedure. The SS does not answer the routing area updating procedure, but 
initiates a PS detach procedure with cause 'PS detach' or 'combined PS/IMSI detach'. The UE shall terminate the 
routing area updating procedure and continue with the PS detach procedure. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS. 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 
Mobile identity = IMSI 


5 


-> 


ATTACH COMPLETE 










The following messages are sent and shall be 








received on cell B. 


6 


SS 




The SS deactivates cell A and activates cell B. 


7 


UE 




Cell B is preferred by the UE. 


8 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


9 


SS 




The SS ignores the ROUTING AREA 
UPDATING REQUEST message and initiates a 
detach procedure. 


10 


<- 


DETACH REQUEST 


Detach type = 're-attach not required' 


11 


-> 


DETACH ACCEPT 





Test procedure2 



12.4.2.10.4.2 

Initial condition 

System Simulator: 

Two cells, cell A in MCC1/MNC1/LAC1/RAC1, cell B in MCC1/MNC1/LAC1/RAC2. 
Both cells are operating in network operation mode I. 

User Equipment: 

The UE has a valid P-TMSI, P-TMSI signature and RAI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 



Test procedure 

The UE initiates a routing area updating procedure. The SS does not answer the routing area updating procedure, but 
initiates a PS detach procedure with cause TMSI detach' . The UE shall ignore the detach procedure and continue with 
the routing area updating procedure. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS. 


3 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity =IMSI 

TMSI status = no valid TMSI available 


4 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS / IMSI attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 
Mobile identity = IMSI 


5 


-> 


ATTACH COMPLETE 










The following messages are sent and shall be 








received on cell B. 


6 


SS 




The SS deactivates cell A and activates cell B. 


7 


UE 




Cell B is preferred by the UE. 


8 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


9 


SS 




The SS ignores the ROUTING AREA 
UPDATING REQUEST message and initiates a 
detach procedure. 


10 


<- 


DETACH REQUEST 


Detach type = 'IMSI detach' 


11 


UE 




The UE ignores the DETACH REQUEST 
message and continue the routing area 
updating procedure. 


12 


<- 


ROUTING AREA UPDATING 


Update result = 'Combined RA/LA updated' 






ACCEPT 


Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Mobile identity = IMSI 
Routing area identity = RAI-4 


13 


-> 


ROUTING AREA UPDATING 
COMPLETE 




14 


UE 




The UE is switched off or power is removed 
(see ICS). 


15 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS/IMSI detach' 



12.4.2.10.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with the information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

After completing the PS attach procedure, UE shall : 

initiate routing area update procedure. 

- perform the follow actions depending on the conditions described below. 

Case 1) UE receives a DETACH REQUEST message with cause 'PS detach' or 'combined PS/IMSI detach' 
from SS while waiting for a ROUTING AREA UPDATE ACCEPT message, UE shall: 

terminate the routing area updating procedure 

continue with the PS detach procedure. 
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Case 2) UE receives a DETACH REQUEST message with cause TMSI detach' from SS while waiting for a 
ROUTING AREA UPDATING ACCEPT message, UE shall: 

ignore the detach request. 

continue with the routing area updating procedure. 

12.4.3 Periodic routing area updating 

1 2.4.3.1 Periodic routing area updating / accepted 

12.4.3.1.1 Definition 

12.4.3.1.2 Conformance requirement 

The User Equipment shall perform a periodic routing area update procedure after a T3312 timeout. 

Reference 

3G TS 24.008 clause 4.7.2.2 and 4.7.5.1 

12.4.3.1.3 Test purpose 

To test the behaviour of the UE with respect to the periodic routing area updating procedure. 

12.4.3.1.4 Method of test 

Initial condition 

System Simulator: 

One cell operating in network operation mode II (in case of UE operation mode A), or in network operation 
mode III (in case of UE operation mode C). 

User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode C Yes/No 

UE operation mode A Yes/No 

USIM removal possible without powering down Yes/No 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE initiates a PS attach procedure with identity P-TMSI. The SS reallocates the P-TMSI and returns ATTACH 
ACCEPT message with a new P-TMSI and timer T3312. The UE acknowledge the new P-TMSI by sending ATTACH 
COMPLETE message. A routing area updating procedure is performed at T3312 timeout. 

T3312; set to 6 minutes. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


SS 




The UE is set in UE operation mode C (see 
ICS). If UE operation mode C not supported, 
goto step 1 1 . 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


4 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 
T3312 = 6 minutes 


5 


-> 


ATTACH COMPLETE 




6 


-> 


ROUTING AREA UPDATING 


Update type = 'Periodic updating' 






REQUEST 


P-TMSI-2 signature 
Routing area identity = RAI-1 


7 


SS 




The SS verifies that the time between the 
attach and the periodic RA updating is T3312 


8 


<- 


ROUTING AREA UPDATING 


No new mobile identity assigned. 






ACCEPT 


P-TMSI not included. 
Update result = 'RA updated' 
P-TMSI-3 signature 
Routing area identity = RAI-1 


9 


UE 




The UE is switched off or power is removed 
(see ICS). 


10 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 


11 






The SS is set in network operation mode II. 


12 


UE 




The UE is set in UE operation mode A(see 
ICS) and the test is repeated from step 3 to 
step 10. 



12.4.3.1.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on. 

set and start the timer T3312 when the ATTACH ACCEPT message and ROUTING AREA UPDATING 
ACCEPT message from SS. The value of the timer T3312 is sent by SS to UE in ATTACH ACCEPT message 
and ROUTING AREA UPDATING ACCEPT message. 

initiate a routing area updating procedure with Update type = 'Periodic updating' when the timer T3312 is 
expired. 



1 2.4.3.2 Periodic routing area updating / accepted / T331 2 default value 

12.4.3.2.1 Definition 

12.4.3.2.2 Conformance requirement 

The User Equipment shall perform a periodic routing area update procedure after a T3312 timeout. 
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Reference 

3G TS 24.008 clause 4.7.2.2 and 4.7.5.2 

12.4.3.2.3 Test purpose 

To test the behaviour of the UE with respect to the periodic routing area updating procedure. 

12.4.3.2.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode I. 
User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE initiates a combined PS attach procedure. The SS reallocates the P-TMSI and returns ATTACH ACCEPT 
message with a new P-TMSI and timer T3312 is omitted. The UE acknowledge the new P-TMSI by sending ATTACH 
COMPLETE message. After 54 minutes, a periodic routing area updating procedure is initiated by the UE. 

T3312; default value 54 minutes. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


2 


-> 


ATTACH REQUEST 


Attach type = 'Combined PS / IMSI attach' 

Mobile identity = P-TMSI-1 

P-TMSI-1 signature 

Routing area identity = RAI-1 

TMSI status = no valid TMSI available 


3 


<- 


ATTACH ACCEPT 


Attach result = 'Combined PS /IMSI attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Mobile identity = TMSI-1 
Routing area identity = RAI-1 


4 


-> 


ATTACH COMPLETE 




5 


-> 


ROUTING AREA UPDATING 


Update type = 'Periodic updating' 






REQUEST 


P-TMSI-2 signature 
Routing area identity = RAI-1 
TMSI status = valid TMSI available 


6 


SS 




The SS verifies that the time between the 
attach request and the periodic RA updating is 
T3312 


7 


<- 


ROUTING AREA UPDATING 


No new mobile identity assigned. 






ACCEPT 


P-TMSI and TMSI not included. 
Update result = 'RAupdated' 
P-TMSI-3 signature 
Routing area identity = RAI-1 


8 


UE 




The UE is switched off or power is removed 
(see ICS). 


9 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS/IMSI detach' 



12.4.3.2.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on. 

set and start the timer T3312 when the ATTACH ACCEPT message and ROUTING AREA UPDATING 
ACCEPT message from SS. 

initiate a routing area updating procedure with Update type = 'Periodic updating' when the timer T3312 is 
expired. 



1 2.4.3.3 Periodic routing area updating / no cell available / network mode I 

12.4.3.3.1 Definition 



12.4.3.3.2 



Conformance requirement 



If the UE is both IMSI attached for PS and non-PS services, and if the UE lost coverage of the registered PLMN and 
timer T3312 expires; if the UE returns to coverage in a cell that supports PS and the network is in network operation 
mode I, then the UE shall perform a combined routing area update procedure. 
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Reference 

3G TS 24.008 clause 4.7.2.2 and 4.7.5.1. 

12.4.3.3.3 Test purpose 

To test the behaviour of the UE with respect to the periodic routing area updating procedure. 

12.4.3.3.4 Method of test 

Initial condition 

System Simulator: 

Two cells, cell A in MCC1/MNC1/LAC1/RAC1, cell B in MCC1/MNC1/LAC1/RAC2. 

Cell A is in are operating in network operation mode II and cell B is in network operation mode I. operating in 

network operation mode II. 

User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE initiates a PS attach procedure and an IMSI attach procedure. The SS reallocates the P-TMSI and returns 
ATTACH ACCEPT message with a new P-TMSI and timer T3312. The UE acknowledge the new P-TMSI by sending 
ATTACH COMPLETE message. PS radio contact is distorted before T3312 timeout. PS radio contact is established 
again (after T3312 timeout), and a routing area updating procedure is performed immediately. 

T3312; set to 6 minutes. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 




SS 




The following messages are sent and shall be 
received on cell A. 


1 


SS 




The SS activates cell A. 


2 


SS 




The UE is set in UE operation mode A (see 
ICS). 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


4 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


5 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 
T3312 = 6 minutes 


6 


-> 


ATTACH COMPLETE 




7 


-> 


CHANNEL REQUEST 




8 


<- 


IMMEDIATE ASSIGNMENT 




9 


-> 


LOCATION UPDATING REQ 


Location updating type = IMSI attach. 


10 


<- 


LOCATION UPDATING ACC 


The SS allocates a new TMSI. 


11 


-> 


TMSI REALLOCATION COMP 


Location updating type = IMSI attach. 


12 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


13 


SS 




After 5 minutes, the signal strength is lowered 
until the UE have lost contact with the SS. 


14 


SS 




Wait 2 minutes. 








The following messages are sent and shall be 








received on cell B. 


15 


SS 




The SS deactivates cell A and activates cell B. 


16 


UE 




Cell B is preferred by the UE. 


17 


UE 




The UE immediately start a combined RA 
updating procedure 


18 


-> 


ROUTING AREA UPDATING 


Update type = 'Combined RA/LA updating' 






REQUEST 


P-TMSI-2 signature 
Routing area identity = RAI-1 
TMSI status = valid TMSI available 


19 


<- 


ROUTING AREA UPDATING 


Update result = 'Combined RA/LA updated' 






ACCEPT 


Mobile identity = P-TMSI-3 
P-TMSI-3 signature 
Mobile identity = TMSI-2 
Routing area identity = RAI-4 


20 


UE 




The UE is switched off or power is removed 
(see ICS). 


21 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, combined 
PS / IMSI detach' 



12.4.3.3.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on. 

When the UE is both IMSI attached for PS and non-PS service , and if the MS lost coverage of the reiterated PLMN and 
the timer T3312 expires, if the UE returns to coverage in a cell that supports PS and the network is in network oration 
mode I, UE shall: 

- perform the combined routing area update procedure indicating "combined RA/LA updating with IMSI attach". 
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1 2.4.3.4 Combined periodic routing area updating / no cell available 

12.4.3.4.1 Definition 

12.4.3.4.2 Conformance requirement 

If the UE is both IMSI attached for PS and non-PS services, and if the UE lost coverage of the registered PLMN and 
timer T3312 expires; if the UE returns to coverage in a cell that supports PS and the network is in network operation 
mode II, then the UE shall perform a periodic routing area update procedure and a periodic location update procedure. 

Reference 

3G TS 24.008 clause 4.7.2.2 and 4.7.5.2 

12.4.3.4.3 Test purpose 

To test the behaviour of the UE with respect to the periodic routing area updating procedure. 

12.4.3.4.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode II. 
User Equipment: 

The UE has a valid P-TMSI-1, P-TMSI-1 signature and RAM. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The UE initiates a PS attach procedure and an IMSI attach procedure. The SS reallocates the P-TMSI and returns 
ATTACH ACCEPT message with a new P-TMSI and timer T3312. The UE acknowledge the new P-TMSI by sending 
ATTACH COMPLETE message. PS radio contact is distorted before T3312 timeout. PS radio contact is established 
again (after T3312 timeout), and a periodic routing area updating procedure and a periodic location update procedure is 
performed immediately. 

T3312; set to 6 minutes. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


2 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


3 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 
T3312 = 6 minutes 


4 


-> 


ATTACH COMPLETE 




5 


-> 


CHANNEL REQUEST 




6 


<- 


IMMEDIATE ASSIGNMENT 




7 


-> 


LOCATION UPDATING REQ 


Location updating type = IMSI attach. 


8 


<- 


LOCATION UPDATING ACC 


The SS allocates a new TMSI. 


9 


-> 


TMSI REALLOCATION COMP 


Location updating type = IMSI attach. 


10 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


11 


SS 




After 5 minutes, the signal strength is lowered 
until the UE have lost contact with the SS. 


12 


SS 




After 2 minutes, the signal strength is increased 
until the UE have got contact with the SS. 


13 


UE 




The UE immediately start the periodic RA 
updating procedure 


14 


-> 


ROUTING AREA UPDATING 


Update type = 'Periodic updating' 






REQUEST 


P-TMSI-2 signature 
Routing area identity = RAI-1 


15 


<- 


ROUTING AREA UPDATING 


No new mobile identity assigned. 






ACCEPT 


P-TMSI not included. 
Update result = 'RAupdated' 
P-TMSI-3 signature 
Routing area identity = RAI-1 


16 


-> 


CHANNEL REQUEST 




17 


<- 


IMMEDIATE ASSIGNMENT 




18 


-> 


LOCATION UPDATING REQ 


Location updating type = Periodic LA updating. 


19 


<- 


LOCATION UPDATING ACC 




20 


<- 


CHANNEL RELEASE 


After sending of this message, the SS waits for 
disconnection of the CS signalling link. 


21 


UE 




The UE is switched off or power is removed 
(see ICS). 


22 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 



12.4.3.4.5 
UE shall: 



Test requirements 



initiate a combined PS attach procedure with the information elements specified in the above Expected Sequence 
when UE is powered up or switched on. 

When the UE is both IMSI attached for PS and non-PS service , and if the MS lost coverage of the reiterated PLMN and 
the timer T3312 expires, if the UE returns to coverage in a cell in the same RA that supports PS and that indicates that 
the network is in network operation mode II, UE shall: 

- perform the periodic routing area updating procedure indicating "Periodic updating". 

- perform the periodic location updating procedure. 
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12.5 P-TMSI reallocation 

12.5.1 Definition 

12.5.2 Conformance requirement 

1) A User Equipment shall acknowledge a new P-TMSI when explicitly allocated. 

2) The P-TMSI shall be updated on the USIM when the User Equipment is correctly deactivated in accordance with 
the manufacturer's instructions. 

3) A User Equipment shall use the given P-TMSI in further communication with the network. 

Reference 

3G TS 24.008 clause 4.7.6 

12.5.3 Test purpose 

To verify that the UE is able to receive and acknowledge a new P-TMSI by means of an explicit P-TMSI reallocation 
procedure. 

To verify that the UE has stored the P-TMSI in a non-volatile memory. 

The implicit reallocation procedure is tested in the attach procedure. 

12.5.4 Method of test 

Initial condition 
System Simulator: 

One cell operating in network operation mode II. 
User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 

UE operation mode A Yes/No 

UE operation mode C Yes/No (only if mode A not supported) 

Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

An explicit P-TMSI reallocation procedure is performed (P-TMSI reallocation command sent from the SS and 
acknowledged from the UE by P-TMSI reallocation complete). The UE is PS detached and switched off. Its power 
supply is interrupted for 10 seconds. The power supply is resumed and then the UE is switched on. A PS attach 
procedure is performed with the given P-TMSI as identity. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




The UE is set in UE operation mode A (see 
ICS). If UE operation mode A not supported set 
the UE in operation mode C. 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = IMSI 


4 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


5 


-> 


ATTACH COMPLETE 




6 


<- 


P-TMSI REALLOCATION 


Mobile identity = P-TMSI-2 






COMMAND 


P-TMSI-2 signature 
Routing area identity = RAI-1 


7 


-> 


P-TMSI REALLOCATION 
COMPLETE 




8 


UE 




The UE is switched off or power is removed 
(see ICS). 


9 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 


10 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


11 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 


12 


<- 


ATTACH ACCEPT 


No new mobile identity assigned. 

P-TMSI not included. 

Attach result = 'PS only attached' 

P-TMSI-3 signature 

Routing area identity = RAI-1 


13 


<- 


PAGING REQUEST TYPE 1 


Mobile identity = P-TMSI-2 

Paging order is for TBF establishment. 


14 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 


15 


UE 




The UE is switched off or power is removed 
(see ICS). 


16 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 



12.5.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with the information elements specified in the above Expected Sequence when UE 
is powered up or switched on. 

After completing the PS attach procedure, and when UE receive of the P-TMSI REALLOCATION COMMAND 
message, UE shall: 

store the allocated Routing Area Identifier(RAI) and the allocated P-TMSI. 

acknowledge a new P-TMSI. 

- send the P-TMSI and a P-TMSI REALLOCATION COMPLETE message to SS. 

update P-TMSI on the USIM when UE is correctly deactivated in accordance with the manufacturer's 
instructions. 

use the given P-TMSI in further communication with SS. 



ETSI 



3G TS 34.1 23-1 version 3.0.0 Release 1 999 866 ETSI TS 1 34 1 23-1 V3.0.0 (2000-06) 



12.6 PS authentication and ciphering 
1 2.6. 1 Test of authentication 

The purpose of this procedure is to verify the user identity. A correct response is essential to guarantee the 
establishment of the connection. If not, the connection will drop. 

12.6.1.1 Authentication accepted 

12.6.1.1.1 Definition 

12.6.1 .1 .2 Conformance requirement 

A User Equipment shall correctly respond in an authentication and ciphering procedure by sending a response with the 
RES information field set to the same value as the one produced by the authentication and ciphering algorithm in the 
network. 

Reference 

3G TS 24.008 clause 4.7.7 

12.6.1.1.3 Test purpose 

To test the behaviour of the UE if the network accepts the authentication and ciphering procedure. 

12.6.1.1.4 Method of test 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC 1/MNC1/LAC 1/RAC2. 

Both cells are operating in network operation mode II. 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
UE operation mode C Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

A PS attach is performed, and the SS initiates an authentication and ciphering procedure. 

The SS checks the value RES sent by the UE in the AUTHENTICATION AND CIPHERING RESPONSE message. 

The UE initiates a routing area updating procedure and the SS checks the value of the PS Ciphering Key Sequence 
Number sent by the UE in the ROUTING AREA REQUEST message. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be 








received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is set in UE operation mode C (see 
ICS). If UE operation mode C not supported, 
goto step 1 7. 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


4 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = IMSI 


5 


<- 


AUTHENTICATION AND 


Request authentication. 






CIPHERING REQUEST 


Set PS-CKSN-1 


6 


-> 


AUTHENTICATION AND 
CIPHERING RESPONSE 


RES 


7 


SS 




The SS checks the RES value. 


8 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 


9 


-> 


ATTACH COMPLETE 










The following messages are sent and shall be 








received on cell B. 


10 


SS 




Activate cell B with a lower signal strength than 
cell A The RF level of cell A is lowered until cell 
B is preferred by the UE. 


11 


-> 


ROUTING AREA UPDATING 


Update type = 'RA updating' 






REQUEST 


P-TMSI-2 signature 
Routing area identity = RAI-1 
PS-CKSN-1 


12 


SS 




The value of PS-CKSN is checked 


13 


<- 


ROUTING AREA UPDATING 


Update result = 'RA updated' 






ACCEPT 


Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-2 


14 


-> 


ROUTING AREA UPDATING 
COMPLETE 




15 


UE 




The UE is switched off or power is removed 
(see ICS). 


16 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 


17 


UE 




The UE is set in UE operation mode A (see 
ICS) and the test is repeated from step 1 to 
step 16. 



12.6.1.1.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with information elements specified in the above Expected Sequence when UE is 
powered on or switched on. 

When the UE receives the AUTHENTICATION AND CIPHERING REQUEST message form SS, UE shall: 

- send the AUTHENTICATION AND CIPHERING RESPONSE message with the RES information field set to 
the same value as the one produced by the authentication and ciphering algorithm in the network. 
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1 2.6.1 .2 Authentication rejected 

12.6.1.2.1 Definition 

12.6.1.2.2 Conformance requirement 

1) After reception of an Authentication Reject message the User Equipment shall: 

1 . 1 not perform normal routing area updating 

1 .2 not perform periodic routing area updating 

1 .3 not perform PS detach if switched off 

2) The User Equipment shall delete the stored RAI, PS-CKSN P-TMSI and P-TMSI signature. USIM shall be 
considered invalid until power is switched off or USIM is removed. 

Reference 

3G TS 24.008 clauses 4.7.7 

12.6.1.2.3 Test purpose 

To test the behaviour of the UE if the network rejects the authentication and ciphering procedure. 

12.6.1.2.4 Method of test 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC 1/MNC1/LAC 1/RAC2. 

Both cells are operating in network operation mode II. 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
UE operation mode C Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

A PS attach is performed, and the SS rejects the authentication and ciphering procedure. 

The SS checks that the UE does not perform normal routing area updating, does not perform periodic routing area 
updating and does not perform PS detach if switched off. 

T3312; set to 10 minutes. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be 








received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is set in UE operation mode C (see 
ICS). If UE operation mode C not supported, 
goto step 1 4. 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


4 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = IMSI 


5 


<- 


AUTHENTICATION AND 


Request authentication. 






CIPHERING REQUEST 


Set PS-CKSN-1 


6 


-> 


AUTHENTICATION AND 
CIPHERING REJECT 




7 


<- 


PAGING REQUEST TYPE 1 


Mobile identity = IMSI 

Paging order is for TBF establishment. 


8 


UE 




No response from the UE to the request. This 
is checked for 1 seconds. 








The following messages are sent and shall be 








received on cell B. 


9 


SS 




Activate cell B with a lower signal strength than 
cell A The RF level of cell A is lowered until cell 
B is preferred by the UE. 


10 


UE 




No ROUTING AREA UPDATING REQUEST 

sent to the SS 

(SS waits 30 seconds). 


11 


UE 




No periodic ROUTING AREA UPDATING 
REQUEST sent to the SS 
(SS waits T33 10 . 


12 


UE 




The UE is switched off (see ICS). 


13 


SS 




No DETACH REQUEST sent to the SS 
(SS waits 30 seconds). 


14 


UE 




The UE is set in UE operation mode A (see 
ICS) and the test is repeated from step 1 to 
step 13. 



12.6.1.2.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with information elements specified in the above Expected Sequence when UE is 
powered on or switched on. 

After UE sends the AUTHENTICATION AND CIPHERING REJECT message, UE shall: 

not perform normal routing area updating when the RF level of the attached cell is lower than the RF level of the 
new cell. 

not perform a periodic routing area updating when the timer T33 12 expires. 

not perform PS detach when UE is switched off. 

- delete the stored RAI, PS-CKSN, P-TMSI and P-TMSI signature. 

consider the USIM as invalid until power is switched off or USIM is removed. 
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1 2.6.2 Test of ciphering mode setting 

The purpose of this procedure is to let the network to trigger the start and stop of stream ciphering. 

The SS shall start and synchronise ciphering and deciphering according to GSM 03.20. The bitstream shall be generated 
by algorithm GEA/1. 

1 2.6.2.1 Ciphering mode / start ciphering 

12.6.2.1.1 Definition 

12.6.2.1.2 Conformance requirement 

1) When the UE receives the AUTHENTICATION AND CIPHERING REQUEST message during the attach 
procedure, with Ciphering indicator information element set to 'ciphering mode off, the User Equipment shall: 

1 . 1 responds with an AUTHENTICATION AND CIPHERING RESPONSE message 

1 .2 not start ciphering 

2) When the UE receives the AUTHENTICATION AND CIPHERING REQUEST message during the routing area 
updating procedure, with Ciphering indicator information element set to 'ciphering mode on', the User 
Equipment shall: 

2. 1 responds with an AUTHENTICATION AND CIPHERING RESPONSE message 

2.2 start ciphering and deciphering with the algorithm indicated by the Ciphering algorithm information 
element 

2.3 the ciphering uses the cipher key determined during the authentication procedure 

Reference 

3G TS 24.008 clause 4.7.7 

12.6.2.1.3 Test purpose 

To test the behaviour of the UE if the network accepts the authentication and ciphering procedure with ciphering. 

12.6.2.1.4 Method of test 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC 1/MNC1/LAC 1/RAC2. 

Both cells are operating in network operation mode II. 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
UE operation mode C Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 



ETSI 



3G TS 34.1 23-1 version 3.0.0 Release 1 999 871 ETSI TS 1 34 1 23-1 V3.0.0 (2000-06) 

Test procedure 

A PS attach is performed. Authentication procedure without ciphering is performed. 

The UE initiates a routing area updating procedure, and the SS initiates an authentication and ciphering procedure to 
start ciphering. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be 








received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is set in UE operation mode C (see 
ICS). If UE operation mode C not supported, 
goto step 27. 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


4 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = IMSI 
Message not ciphered 


5 


<- 


AUTHENTICATION AND 


Request authentication. 






CIPHERING REQUEST 


Ciphering off 
Message not ciphered 


6 


-> 


AUTHENTICATION AND 


RES 






CIPHERING RESPONSE 


Message not ciphered 


7 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 
Message not ciphered 


8 


-> 


ATTACH COMPLETE 


Message not ciphered 


9 


<- 


PAGING REQUEST TYPE 1 


Mobile identity = P-TMSI-2 

Paging order is for TBF establishment. 

Message not ciphered 


10 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 
Message not ciphered 








The following messages are sent and shall be 








received on cell B. 


11 


SS 




Activate cell B with a lower signal strength than 
cell A The RF level of cell A is lowered until cell 
B is preferred by the UE. 


12 


-> 


ROUTING AREA UPDATING 


Update type = 'RA updating' 






REQUEST 


P-TMSI-2 signature 
Routing area identity = RAI-1 
Message not ciphered 


13 


<- 


AUTHENTICATION AND 


Request authentication. 






CIPHERING REQUEST 


Ciphering on 
Message not ciphered 


14 


-> 


AUTHENTICATION AND 


RES 






CIPHERING RESPONSE 


Message not ciphered 


15 


<- 


ROUTING AREA UPDATING 


Update result = 'RA updated' 






ACCEPT 


Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-2 
Message ciphered 


16 


-> 


ROUTING AREA UPDATING 
COMPLETE 


Message ciphered 


17 


<- 


PAGING REQUEST TYPE 1 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 

Message not ciphered 


18 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 
Message ciphered 


19 


<- 


P-TMSI REALLOCATION 


Mobile identity = P-TMSI-2 






COMMAND 


P-TMSI-2 signature 
Routing area identity = RAI-2 
Message ciphered 


20 


-> 


P-TMSI REALLOCATION 
COMPLETE 


Message ciphered 
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21 


<- 


IDENTITY REQUEST 


Identity type = IMEI 
Message not ciphered 


22 


-> 


IDENTITY RESPONSE 


Mobile identity = IMEI 
Message not ciphered 


23 


<- 


P-TMSI REALLOCATION 


Mobile identity = P-TMSI-1 






COMMAND 


P-TMSI-1 signature 
Routing area identity = RAI-2 
Message ciphered 


24 


-> 


P-TMSI REALLOCATION 
COMPLETE 


Message ciphered 


25 


UE 




The UE is switched off or power is removed 
(see ICS). 


26 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 
Message ciphered 


27 


UE 




The UE is set in UE operation mode A (see 
ICS) and the test is repeated from step 3 to 
step 26. 



12.6.2.1.5 Test requirements 

Casel) 

UE shall: 

initiate a PS attach procedure with information elements specified in the above Expected Sequence when UE is 
powered on or switched on. 

When the UE receives the AUTHENTICATION AND CIPHERING REQUEST message during the PS attach 
procedure, with Ciphering indicator information element set to 'ciphering mode off, UE shall: 

- respond with an AUTHENTICATION AND CIPHERING RESPONSE message. 

not start ciphering. 
Case2) 

UE shall: 

initiate a routing area updating procedure with information elements specified in the above Expected Sequence. 

When the UE receives the AUTHENTICATION AND CIPHERING REQUEST message during the routing area 
updating procedure, with Ciphering indicator information element set to 'ciphering mode on', UE shall: 

- responds with an AUTHENTICATION AND CIPHERING RESPONSE message. 

start ciphering and deciphering with the algorithm indicated by the Ciphering algorithm information element. 

apply the ciphering that uses the cipher key determined during the authentication procedure. 



1 2.6.2.2 Ciphering mode / stop ciphering 
12.6.2.2.1 Definition 



12.6.2.2.2 



Conformance requirement 



1) When the UE receives the AUTHENTICATION AND CIPHERING REQUEST message during the attach 
procedure, with Ciphering indicator information element set to 'ciphering mode on', the User Equipment shall: 

1 . 1 responds with an AUTHENTICATION AND CIPHERING RESPONSE message 
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1 .2 start ciphering and deciphering with the algorithm indicated by the Ciphering algorithm information 
element 

1.3 the ciphering uses the cipher key determined during the authentication procedure 

2) When the UE receives the AUTHENTICATION AND CIPHERING REQUEST message during the routing area 
updating procedure, with Ciphering indicator information element set to 'ciphering mode on', the User 
Equipment shall: 

2.1. responds with an AUTHENTICATION AND CIPHERING RESPONSE message 

2.2. start ciphering and deciphering with the algorithm indicated by the Ciphering algorithm information 
element 

2.3. the ciphering uses the cipher key determined during the authentication procedure 

Reference 

3G TS 24.008 clause 4.7.7 

12.6.2.2.3 Test purpose 

To test the behaviour of the UE if the network accepts the authentication and ciphering procedure without ciphering. 

12.6.2.2.4 Method of test 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC 1/MNC1/LAC 1/RAC2. 

Both cells are operating in network operation mode II. 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
UE operation mode C Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

A PS attach is performed, and the SS initiates an authentication and ciphering procedure to start ciphering. 

The UE initiates a routing area updating procedure. A RA updating procedure is initiated, and authentication procedure 
without ciphering is performed. Ciphering is turned off. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be 








received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is set in UE operation mode C (see 
ICS). If UE operation mode C not supported, 
goto step 21. 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


4 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = IMSI 
Message not ciphered 


5 


<- 


AUTHENTICATION AND 


Request authentication. 






CIPHERING REQUEST 


Ciphering on 
Message not ciphered 


6 


-> 


AUTHENTICATION AND 


RES 






CIPHERING RESPONSE 


Message not ciphered 


7 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 
Message ciphered 


8 


-> 


ATTACH COMPLETE 


Message ciphered 


9 


<- 


PAGING REQUEST TYPE 1 


Mobile identity = P-TMSI-2 

Paging order is for TBF establishment. 

Message not ciphered 


10 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 
Message ciphered 








The following messages are sent and shall be 








received on cell B. 


11 


SS 




Activate cell B with a lower signal strength than 
cell A The RF level of cell A is lowered until cell 
B is preferred by the UE. 


12 


-> 


ROUTING AREA UPDATING 


Update type = 'RA updating' 






REQUEST 


P-TMSI-2 signature 
Routing area identity = RAI-1 
Message not ciphered 


13 


<- 


AUTHENTICATION AND 


Request authentication. 






CIPHERING REQUEST 


Ciphering off 
Message not ciphered 


14 


-> 


AUTHENTICATION AND 


RES 






CIPHERING RESPONSE 


Message not ciphered 


15 


<- 


ROUTING AREA UPDATING 


Update result = 'RA updated' 






ACCEPT 


Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-2 
Message not ciphered 


16 


-> 


ROUTING AREA UPDATING 
COMPLETE 


Message not ciphered 


17 


<- 


PAGING REQUEST TYPE 1 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 


18 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 
Message not ciphered 


19 


UE 




The UE is switched off or power is removed 
(see ICS). 


20 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 
Message not ciphered 



ETSI 



3G TS 34.1 23-1 version 3.0.0 Release 1 999 876 ETSI TS 1 34 1 23-1 V3.0.0 (2000-06) 



21 


UE 




The UE is set in UE operation mode A (see 
ICS) and the test is repeated from step 1 to 
step 20. 



Note that due to the test of ciphering, it is in this test case indicated whether each message is ciphered or not. 

12.6.2.2.5 Test requirements 

Casel) 

UE shall: 

initiate a PS attach procedure with information elements specified in the above Expected Sequence when UE is 
powered on or switched on. 

When the UE receive the AUTHENTICATION AND CIPHERING REQUEST message form SS during the PS 
attach procedure, with Ciphering indicator information element set to 'ciphering mode on', UE shall: 

- respond with an AUTHENTICATION AND CIPHERING RESPONSE message. 

start ciphering and deciphering with the algorithm indicated by the Ciphering algorithm information element. 

apply the ciphering that uses the cipher key determined during the authentication procedure. 

Case2) 

UE shall: 

initiate a routing area updating procedure with information elements specified in the above Expected Sequence. 

When the UE receives the AUTHENTICATION AND CIPHERING REQUEST message during the routing area 
updating procedure, with Ciphering indicator information element set to 'ciphering mode on', UE shall: 

- respond with an AUTHENTICATION AND CIPHERING RESPONSE message. 

start ciphering and deciphering with the algorithm indicated by the Ciphering algorithm information element, 
apply the ciphering that uses the cipher key determined during the authentication procedure. 



1 2.6.2.3 Ciphering mode / IMEISV request 

12.6.2.3.1 Definition 

12.6.2.3.2 Conformance requirement 

1) When the UE receives the AUTHENTICATION AND CIPHERING REQUEST message during the attach 
procedure, with Ciphering indicator information element set to 'ciphering mode on' and 'IMEISV requested', 
the User Equipment shall: 

1 . 1 responds with an AUTHENTICATION AND CIPHERING RESPONSE message 

1.2 include IMEISV 

1.3 start ciphering and deciphering with the algorithm indicated by the Ciphering algorithm information 
element 

1 .4 the ciphering uses the cipher key determined during the authentication procedure 

2) When the UE receives the AUTHENTICATION AND CIPHERING REQUEST message during the routing area 
updating procedure, with Ciphering indicator information element set to 'ciphering mode off and 'IMEISV not 
requested', the User Equipment shall: 
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2. 1 responds with an AUTHENTICATION AND CIPHERING RESPONSE message 

2.2 not include IMEISV 

2.3 not start ciphering 

Reference 

3G TS 24.008 clause 4.7.7 

12.6.2.3.3 Test purpose 

To test the behaviour of the UE with respect to return IMEISV on request only. 

12.6.2.3.4 Method of test 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC 1/MNC1/LAC 1/RAC2. 

Both cells are operating in network operation mode II. 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
UE operation mode C Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

A PS attach is performed, and the SS initiates an authentication and ciphering procedure. IMEISV is requested. 

The UE initiates a routing area updating procedure, and the SS initiates a new authentication and ciphering procedure 
without requesting IMEISV. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be 








received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is set in UE operation mode C (see 
ICS). If UE operation mode C not supported, 
goto step 21. 


3 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


4 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = IMSI 
Message not ciphered 


5 


<- 


AUTHENTICATION AND 


Request authentication. 






CIPHERING REQUEST 


Ciphering on 
IMEISV requested 
Message not ciphered 


6 


-> 


AUTHENTICATION AND 


RES 






CIPHERING RESPONSE 


Mobile identity = IMEISV 
Message not ciphered 


7 


<- 


ATTACH ACCEPT 


Attach result = 'PS attach' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 
Message ciphered 


8 


-> 


ATTACH COMPLETE 


Message ciphered 


9 


<- 


PAGING REQUEST TYPE 1 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 

Message not ciphered 


10 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 
Message ciphered 








The following messages are sent and shall be 








received on cell B. 


11 


SS 




Activate cell B with a lower signal strength than 
cell A The RF level of cell A is lowered until cell 
B is preferred by the UE. 


12 


-> 


ROUTING AREA UPDATING 


Update type = 'RA updating' 






REQUEST 


P-TMSI-2 signature 
Routing area identity = RAI-1 
Message not ciphered 


13 


<- 


AUTHENTICATION AND 


Request authentication. 






CIPHERING REQUEST 


Ciphering off 
IMEISV not requested 
Message not ciphered 


14 


-> 


AUTHENTICATION AND 


RES 






CIPHERING RESPONSE 


No IMEISV included 
Message not ciphered 


15 


<- 


ROUTING AREA UPDATING 


Update result = 'RA updated' 






ACCEPT 


Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-2 
Message not ciphered 


16 


-> 


ROUTING AREA UPDATING 
COMPLETE 


Message not ciphered 


17 


<- 


PAGING REQUEST TYPE 1 


Mobile identity = P-TMSI-1 

Paging order is for TBF establishment. 

Message not ciphered 


18 


-> 


UPLINK RLC DATA BLOCK 


LLC PDU implicitly indicating paging response. 
Message not ciphered 


19 


UE 




The UE is switched off or power is removed 
(see ICS). 
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20 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 
Message not ciphered 


21 


UE 




The UE is set in UE operation mode A (see 
ICS) and the test is repeated from step 1 to 
step 20. 



Note that due to the test of ciphering, it is in this test case indicated whether each message is ciphered or not. 



12.6.2.3.5 Test requirements 

Casel) 

UE shall: 

initiate a PS attach procedure with information elements specified in the above Expected Sequence when UE is 
powered on or switched on. 

When the UE receives the AUTHENTICATION AND CIPHERING REQUEST message during the attach 
procedure, with Ciphering indicator information element set to 'ciphering mode on' and TMEISV requested', 
UE shall: 

- respond with the AUTHENTICATION AND CIPHERING RESPONSE message. 

- include the IMEISV in the AUTHENTICATION AND CIPHERING RESPONSE message. 

start ciphering and deciphering with the algorithm indicated by the Ciphering algorithm information element. 

apply the ciphering that uses the cipher key determined during the authentication procedure 

Case2) 

UE shall: 

initiate a routing area updating procedure with information elements specified in the above Expected Sequence. 

When the UE receives the AUTHENTICATION AND CIPHERING REQUEST message during the routing area 
updating procedure, with Ciphering indicator information element set to 'ciphering mode off and TMEISV not 
requested', UE shall: 

- respond with the AUTHENTICATION AND CIPHERING RESPONSE message. 

- not include the IMEISV in the AUTHENTICATION AND CIPHERING RESPONSE message. 

- not start ciphering. 



12.7 Identification procedure 



The purpose of this procedure is to check that the UE gives its identity as requested by the network. If this procedure 
does not work, it will not be possible for the network to rely on the identity claimed by the UE. 

12.7.1 General Identification 



12.7.1.1 



Definition 



12.7.1.2 Conformance requirement 

1) When requested by the network the User Equipment shall send its IMSI. 
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2) When requested by the network the User Equipment shall send its IMEI as stored in the Mobile Equipment. 

3) When requested by the network the User Equipment shall send its IMEISV as stored in the Mobile Equipment. 

Reference 

3G TS 24.008 clauses 4.7.8 

12.7.1.3 Test purpose 

To verify that the UE sends identity information as requested by the system. The following identities can be requested: 
IMSI, IMEI and IMEISV. 

12.7.1.4 Method of test 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC 1/MNC1/LAC 1/RAC2. 

Both cells are operating in network operation mode II. 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
UE operation mode C Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

The SS requests identity information from the UE: 

- IMSI 

- IMEI 

- IMEISV 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


SS 




The UE is set in UE operation mode C (see 
ICS). If UE operation mode C not supported, 
goto step 14. 


2 


UE 




The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = IMSI 


4 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-1 
P-TMSI-1 signature 
Routing area identity = RAI-1 


5 


-> 


ATTACH COMPLETE 




6 


<- 


IDENTITY REQUEST 


Identity type = IMSI 


7 


-> 


IDENTITY RESPONSE 


Mobile identity = IMSI 


8 


<- 


IDENTITY REQUEST 


Identity type = IMEI 


9 


-> 


IDENTITY RESPONSE 


Mobile identity = IMEI 


10 


<- 


IDENTITY REQUEST 


Identity type = IMEISV 


11 


-> 


IDENTITY RESPONSE 


Mobile identity = IMEISV 


12 


UE 




The UE is switched off or power is removed 
(see ICS). 


13 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 


14 


UE 




The UE is set in UE operation mode A (see 
ICS) and the test is repeated from step 2 to 
step 13. 



12.7.1.5 
UE shall: 



Test requirements 



initiate a PS attach procedure with information elements specified in the above Expected Sequence when UE is 
powered on or switched on. 

When SS requests an IMSI with the IDENTITY REQUEST message, UE shall: 

- send the IDENTITY RESPONSE message with the Mobile identity = IMSI. 
When SS requests an IMEI with the IDENTITY REQUEST message, UE shall: 

- send the IDENTITY RESPONSE message with the Mobile identity = IMEI. 
When SS requests an IMEISV with the IDENTITY REQUEST message, UE shall: 

- send the IDENTITY RESPONSE message with the Mobile identity = IMEISV. 



1 2.8 GMM READY timer handling 

The READY timer is not applicable for UMTS. 
12.8.1 Definition 



12.8.2 



Conformance requirement 



If a READY timer value is received by an UE capable of both UMTS and GSM in the ATTACH ACCEPT or the 
ROUTING AREA UPDATE ACCEPT messages, then the received value shall be stored by the UE in order to be used 
at an intersystem change from UMTS to GSM. 
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Reference 

3GTS 24.008 clause 4.7.2.1 

12.8.3 Test purpose 

To verify the functionality of the READY timer. 

12.8.4 Method of test 

12.8.4.1 Test procedurel 

Initial condition 

System Simulator: 

Two cells (not simultaneously activated), cell A in MCC1/MNC1/LAC1/RAC1, cell B in 

MCC1/MNC1/LAC1/RAC1. 

Both cells are operating in network operation mode II. 

User Equipment: 

The UE has a valid IMSI. 

Related ICS/IXIT statements 

Support of PS service Yes/No 
UE operation mode A Yes/No 
Switch off on button Yes/No 

Automatic PS attach procedure at switch on or power on Yes/No 

Test procedure 

An attach is performed. 

T3314; set to 60 seconds 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE SS 








The following messages are sent and shall be 








received on cell A. 


1 


SS 




The SS activates cell A. 


2 


UE 




The UE is set in UE operation mode A (see 
ICS). If UE operation mode A not supported 
set the UE in operation mode C. 
The UE is powered up or switched on and 
initiates an attach (see ICS). 


3 


-> 


ATTACH REQUEST 


Attach type = 'PS attach' 
Mobile identity = IMSI 


4 


<- 


ATTACH ACCEPT 


Attach result = 'PS only attached' 
Mobile identity = P-TMSI-2 
P-TMSI-2 signature 
Routing area identity = RAI-1 
T3314 = 60 seconds 


5 


-> 


ATTACH COMPLETE 




6 


-> 

UE 




The UE is switched off or power is removed 
(see ICS). 


7 


-> 


DETACH REQUEST 


Message not sent if power is removed. 
Detach type = 'power switched off, PS detach' 



12.8.5 Test requirements 

When UE receives the ATTACH ACCEPT or the ROUTING AREA UPDATE ACCEPT messages, UE shall: 
store the received READY timer value. 
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13 General Tests 

1 3.1 Emergency call / general 

In this subclause, the emergency call service is tested for user equipment that support narrow band speech (AMR) in 
the following cases: 

emergency call initiated in the idle mode state with authentication and security, for narrow band speech (AMR) 

emergency call initiated in the idle, no IMSI state (hence without authentication and without security), the 
network accepting the call, for narrow band speech (AMR) 

emergency call initiated in the idle, no IMSI state (hence without authentication and without security), the 
network rejecting the call, for narrow band speech (AMR) 

These tests on emergency calls are only applicable to an UE supporting narrow band speech (AMR). 

13.2 Emergency call 

Emergency call establishment can be initiated by an UE whether location updating has been successful or not and 
whether a USIM is inserted into the UE or not; but only if the UE is equipped for speech. 

If the procedures tested in this subclause are not correctly implemented in the UE, establishment, maintenance and 
clearing of connections might fail in the essential case of emergency calls. 

The tests of this subclause are only applicable to an UE supporting narrow band speech (AMR). 

13.2.1 Emergency call / with USIM 

1 3.2.1 .1 Emergency call / with USIM / accept case 

1 3.2.1 .1 .1 Definition and applicability 

This test is applicable to any User Equipment supporting narrow band speech (AMR). 

1 3.2.1 .1 .2 Conformance requirement 

1) The UE in the "idle mode" state, as after a successful location update, after the number 1 12 has been entered by 
user, shall send a RRC CONNECTION REQUEST message with correct establishment cause ("emergency 
call"). 

2) After assignment of a dedicated channel the first layer message sent by the UE on the assigned dedicated channel 
shall be a CM SERVICE REQUEST message specifying the correct CKSN and TMSI , with CM Service Type 
"emergency call establishment". 

3) Authentication and security mode setting shall be performed successfully. 

4) After security mode setting acceptance by the network, the UE shall send an EMERGENCY SETUP message. 

5), 6) The emergency call shall be correctly established. The assignment procedure shall be correctly 

performed. 

7) After receipt of a CONNECT ACKNOWLEDGE message during correct establishment of the emergency call 
the DTCH shall be through connected in both directions if an appropriate DTCH is available. 

8) The call shall be cleared correctly. 
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Reference(s): 

- For conformance requirement 1 and 2: 3GPP TS 25.331 subclause 8.1.3, 3GPP TS 24.008 subclause 5.2.1, 3GPP 
TS 24.008 subclause 4.5.1.5, 3GPP TS 22.030 clause 4. 

- For conformance requirement 3: 3GPP TS 25.331, subclause 8.1.12, 3GPP TS 24.008 subclause 4.3.2. 
For conformance requirement 4: 3GPP TS 24.008, subclause 5.2. 1 . 1 . 

For conformance requirement 5 and 6: 3GPP TS 25.331, subclause 8.2.1. 

For conformance requirement 7: 3GPP TS 24.008, subclauses 5.2.1.6 and 5.1.3. 

For conformance requirement 8: 3GPP TS 24.008, subclause 5.4. 

13.2.1.1.3 Test purpose 

1) To verify that an UE supporting speech in the MM state "idle mode", when made to call the number 112, sends a 
RRC CONNECTION REQUEST message with establishment cause "emergency call". 

2) To verify that after assignment of a dedicated channel the first layer message sent by the UE on the assigned 
dedicated channel is a CM SERVICE REQUEST message specifying the correct CKSN and TMSI, with CM 
Service Type "emergency call establishment". 

3) To verify that authentication and security mode setting are performed successfully. 

4) To verify that after security mode setting acceptance by the SS, the UE sends an EMERGENCY SETUP 

message. 

5) To verify that subsequently, the SS having sent a CALL PROCEEDING message and then an ALERT message 
and having initiated the assignment procedure of an appropriate speech traffic channel, the UE performs 
correctly that assignment procedure. 

6) To verify subsequent correct performance of a connect procedure. 

7) To verify that subsequently the UE has through connected the DTCH in both directions. 

8) To verify that the call is cleared correctly. 

13.2.1.1.4 Method of test 

Related ICS Statements 

Narrow band speech (AMR). 
Classmark. 

Initial Conditions 

System Simulator: 

1 cell, default parameters. 
User Equipment: 
- the UE is in MM-state "idle mode" with valid TMSI and CKSN. 

Test procedure 

The UE is made to initiate an emergency call. The call is established with late assignment. Having reached the active 
state, the call is cleared by the SS. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 


UE 




The "called number" 1 12 is entered. 


2 


— > 


RRC CONNECTION REQUEST 


Establishment cause is emergency call 
establishment. 


3 


<— 


RRC CONNECTION SETUP 


SS accepts the establishment of a RRC 
connection 


4 


— > 


RRC CONNECTION SETUP COMPLETE 




5 


— > 


CM SERVICE REQUEST 


The CM service type IE indicates "emergency call 
establishment". 


6 


<— 


AUTHENTICATION REQUEST 


IE Authentication Parameter AUTN shall be 
present in the message. 


7 


— > 


AUTHENTICATION RESPONSE 


SRES specifies correct value. 


8 


<— 


SECURITY MODE COMMAND 


SS starts deciphering after sending the message. 


9 


— > 


SECURITY MODE COMPLETE 


Shall be sent enciphered. All following messages 
shall be sent enciphered. 


10 


ss 




SS starts ciphering. 


11 


— > 


EMERGENCY SETUP 




12 


<— 


CALL PROCEEDING 




A13 


<— 


ALERTING 




B13 


<— 


RADIO BEARER SETUP 


The rate of the channel is that one indicated by 
the EMERGENCY SETUP message, if that 
message did not offer a choice, and the rate is the 
preferred one else. 


B14 


— > 


RADIO BEARER SETUP COMPLETE 




B15 


<— 


CONNECT 




B16 


— > 


CONNECT ACKNOWLEDGE 




17 


UE 




The DTCH is through connected in both 
directions. 


18 


<— 


DISCONNECT 




19 


— > 


RELEASE 




20 


<— 


RELEASE COMPLETE 




21 


<— 


RRC CONNECTION RELEASE 


The main signalling link is released. 



Specific Message Contents 
None. 

1 3.2.2 Emergency call / without USIM 

13.2.2.1 Emergency call /without USIM / accept case 

13.2.2.1 .1 Definition and applicability 

This test is applicable to any User Equipment supporting narrow band speech (AMR). 



13.2.2.1.2 



Conformance requirement 



1) The UE in the "idle mode" state, as after a successful location update, after the number 1 12 has been entered by 
user, shall send a RRC CONNECTION REQUEST message with correct establishment cause ("emergency 
call"). 

2) After assignment of a dedicated channel the first layer message sent by the UE on the assigned dedicated channel 
shall be a CM SERVICE REQUEST message specifying the correct IMEI and a non-available CKSN, with CM 
Service Type "emergency call establishment". 

3) After security mode setting acceptance by the network, the UE shall send an EMERGENCY SETUP message. 
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4), 5) The emergency call shall be correctly established. The assignment procedure shall be correctly 

performed. 

6) After receipt of a CONNECT ACKNOWLEDGE message during correct establishment of the emergency call 
the DTCH shall be through connected in both directions if an appropriate DTCH is available. 

7) The call shall be cleared correctly. 

Reference(s): 

For conformance requirement 1 and 2: 3GPP TS 25.331 subclause 8.1.3, 3GPP TS 24.008 subclause 5.2.1, 3GPP TS 
24.008 subclause 4.5.1.5, 3GPP TS 22.030 clause 4. 

For conformance requirement 3: 3GPP TS 24.008, subclause 5.2.1.1. 

For conformance requirements 4 and 5: 3GPP TS 25.331, subclause 8.2.1. 

For conformance requirement 6: 3GPP TS 24.008, subclauses 5.2.1.6 and 5.1.3. 

For conformance requirement 7: 3GPP TS 24.008, subclause 5.4. 

13.2.2.1.3 Test purpose 

1) To verify that the UE in the "idle, no IMSI" state (no USIM inserted) when made to call the number 112, sends a 
RRC CONNECTION REQUEST message with establishment cause "emergency call". 

2) To verify that after assignment of a dedicated channel the first layer message sent by the UE on the assigned 
dedicated channel is a CM SERVICE REQUEST message in which the security key sequence number IE 
indicates "no key is available", the CM service type IE indicates "emergency number establishment", and the 
mobile identity IE specifies the IMEI of the UE. 

3) To verify that after receipt of a CM SERVICE ACCEPT message from the SS, the UE sends an EMERGENCY 
SETUP message. 

4) To verify that subsequently, the SS having sent a CALL PROCEEDING message and then an ALERT message 
and having initiated the assignment procedure of an appropriate speech traffic channel, the UE performs 
correctly that assignment procedure. 

5) To verify subsequent correct performance of a connect procedure. 

6) To verify that subsequently the UE has through connected the DTCH in both directions. 

7) To verify that the call is cleared correctly. 

13.2.2.1.4 Method of test 

Related ICS Statements 

- Narrow band speech (AMR). 
Classmark. 

Initial Conditions 

- System Simulator: 

1 cell, default parameters. 
User Equipment: 
- the UE is in MM-state "idle, no IMSI", no USIM inserted. 
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Test procedure 

The UE is made to initiate an emergency call. The call is established without authentication, without security, with late 
assignment. Having reached the active state, the call is cleared by the SS. 

Expected Sequence 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 


UE 




The "called number" 1 12 is entered. 


2 


— > 


RRC CONNECTION REQUEST 


Establishment cause is "emergency call". 


3 


<— 


RRC CONNECTION SETUP 


SS accepts the establishment of a RRC 
connection 


4 


— > 


RRC CONNECTION SETUP COMPLETE 




5 


— > 


CM SERVICE REQUEST 


The CM service type IE indicates "emergency call 
establishment". The mobile identity IE specifies 
the IMEI of the UE. The cipher key sequence 
number IE indicates "no key is available". The 
mobile station classmark IE is as specified by the 
manufacturer in a ICS statement. 


6 


<— 


CM SERVICE ACCEPT 




7 


— > 


EMERGENCY SETUP 




8 


<— 


CALL PROCEEDING 




9 


<— 


ALERTING 




10 


<— 


RADIO BEARER SETUP 


The rate of the channel is one indicated by the 
EMERGENCY SETUP message. 


11 


— > 


RADIO BEARER SETUP COMPLETE 




12 


<— 


CONNECT 




13 


— > 


CONNECT ACKNOWLEDGE 




14 


UE 




The DTCH is through connected in both 
directions. 


15 


<— 


DISCONNECT 




16 


— > 


RELEASE 




17 


<— 


RELEASE COMPLETE 




18 


<— 


RRC CONNECTION RELEASE 


The main signalling link is released. 



Specific Message Contents 
None. 

1 3.2.2.2 Emergency call / without USIM / reject case 

13.2.2.2.1 Definition and applicability 

This test is applicable to any User Equipment supporting narrow band speech (AMR). 



13.2.2.2.2 



Conformance requirement 



1) The UE in the "idle, no IMSI" state (no USIM inserted), after the number 1 12 has been entered, shall send a 
RRC CONNECTION REQUEST message with correct establishment cause ("emergency call"). 

2) After assignment of a dedicated channel the first layer message sent by the UE on the assigned dedicated channel 
shall be a CM SERVICE REQUEST message specifying the correct IMEI and a non-available CKSN, with CM 
Service Type "emergency call establishment". 

3) In the situation at the end of test purpose 2, when the UE receives a CM SERVICE REJECT message, it shall 
abandon the emergency call. 
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Reference(s): 

For conformance requirement 1 and 2: 3GPP TS 25.331 subclause 8.1.3, 3GPP TS 24.008 subclause 5.2.1, 3GPP TS 
24.008 subclause 4.5.1.5, 3GPP TS 22.030 clause 4. 

For conformance requirement 3: 3GPP TS 25.331 subclause 8.1.12, 3GPP TS 24.008 subclause 4.5.1.1. 

13.2.2.2.3 Test purpose 

1) To verify that the UE in the "idle, no IMSI" state (no USIM inserted) when made to call the number 112, sends a 
RRC CONNECTION REQUEST message with establishment cause "emergency call". 

2) To verify that after assignment of a dedicated channel the first layer message sent by the UE on the assigned 
dedicated channel is a CM SERVICE REQUEST message in which the security key sequence number IE 
indicates "no key is available", the CM service type IE indicates "emergency call establishment", and the mobile 
identity IE specifies the IMEI of the UE. 

3) To verify that after receipt of a CM SERVICE REJECT message from the SS, the UE abandons the emergency 
call establishment. 

13.2.2.2.4 Method of test 

Related ICS statements 

Narrow band speech (AMR). 
Classmark. 

Initial Conditions 

System Simulator: 

1 cell, default parameters. 
User Equipment: 
- the UE is in MM-state "idle, no IMSI", no USIM inserted. 

Test procedure 

The UE is made to initiate an emergency call. The call is established without authentication, without security, with early 
assignment. The SS responds to the CM SERVICE REQUEST from the UE with a CM SERVICE REJECT message 
specifying in the reject cause IE the reject cause value "IMEI not accepted". The SS then verifies for during 5 seconds 
that the UE does not send a layer 3 message. Then the call is cleared by the SS. The SS verifies during 20 seconds after 
disconnection of the main signalling link that the UE does not initiate a RRC connection establishment. 
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Expected Sequence 



Step 


Direction 


Message 


Comments 


UE 


ss 


1 


UE 




The "called number" 1 12 is entered. 


2 


— > 


RRC CONNECTION REQUEST 


Establishment cause is "emergency call". 


3 


<— 


RRC CONNECTION SETUP 


SS accepts the establishment of a RRC 
connection 


4 




RRC CONNECTION SETUP COMPLETE 






— > 


CM SERVICE REQUEST 


The CM service type IE indicates "emergency call 
establishment". The mobile identity IE specifies 
the IMEI of the UE. The cipher key sequence 
number IE indicates "no key is available". The 
mobile station classmark IE is as specified by the 
manufacturer in a ICS statement. 


6 


<— 


CM SERVICE REJECT 


the reject cause IE specifies reject cause value 
#5, "IMEI not accepted". 


7 


ss 




During 5 seconds, the SS verifies that the UE 
does not send L3 messages. 


8 


<— 


RRC CONNECTION RELEASE 


The main signalling link is released. 


9 


ss 




During 20 seconds, the SS verifies that the UE 
does not initiate a RRC connection establishment 



Specific Message Contents: 
None. 
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14 



Radio Bearer Services 



14.1 General information for radio bearer tests 

The role of radio bearer services is to cover all aspects of the radio interface transport. TS 34.108, clause 6.10 specifies 
reference radio bearer configurations to be tested. 

The applicability of radio bearer tests is dependent on the UE uplink and downlink radio access capabilities and UE 
support tele- and bearer-services. See TS 34.123-2, Annex B for applicability of the specific test cases. 

14.1 .1 UE radio bearer test mode activation procedure 

The Radio Bearer Test Mode Activation procedure is used to get UE in the state for radio bearer testing using the radio 
bearer setup configurations as specified in TS 34.108, clause 6.10. 



Step 


Direction 


Message 


Comments 


UE SS 


1 


<— 


SYSTEM INFORMATION (BCCH) 


Broadcast 


2 


<— 


PAGING (PCCH) 


Paging 


3 


— > 


RRC CONNECTION REQUEST (CCCH) 


RRC 


4 


<— 


RRC CONNECTION SETUP (CCCH) 


RRC 


5 


— > 


RRC CONNECTION SETUP COMPLETE (DCCH) 


RRC 


7 


— > 


PAGING RESPONSE (DCCH) 


RR 


8 


<— 


ACTIVATE RB TEST MODE (DCCH) 


TC 


9 


— > 


ACTIVATE RB TEST MODE COMPLETE (DCCH) 


TC 


10 


<— 


RADIO BEARER SETUP (DCCH) 


RRC 


11 


— > 


RADIO BEARER SETUP COMPLETE (DCCH) 


RRC 
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1 4.2 Combinations on DPCH 

1 4.2.1 Stand-alone UL1 .7 DL:1 .7 kbps SRBs for DCCH 

Implicitly tested 

1 4.2.2 Stand-alone UL3.4 DL3.4 kbps SRBs for DCCH 

Implicitly tested 

1 4.2.3 Stand-alone UL1 3.6 DL:1 3.6 kbps SRBs for DCCH 

Implicitly tested 

1 4.2.4 Conversational / speech / UL:1 2.2 DL:1 2.2 kbps / CS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

14.2.4.1 Conformance requirement 

The UE shall be able to establish the UTRAN requested radio bearers within the UE's signaled radio access capabilities 
be able to establish the UTRAN requested radio bearers. 

The UE shall correctly transfer user data from peer to peer RLC entitities according to the requested radio bearer 
configuration. 

Reference(s) 

3GPPTS 25.331, clause 8.2.1 

3GPP TS 25.2xx series (Physical Layer) 

3GPPTS 25.321 (MAC) 

3GPPTS 25.322 (RLC) 

14.2.4.2 Test purpose 

To verify radio bearer establishment and correct data transfer for reference radio bearer configuration as specified in TS 
34.108, clause 6.10.2.4.1.4. 

14.2.4.3 Method of test 

Initial conditions 
UE in idle mode 

Test procedure 

a) The SS setup the reference radio bearer configuration as specified in TS 34.108, clause 6.10.2.4.1.4 using the 
generic procedure for UE radio bearer test mode activation according to clause 14.1.1. 

b) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF1,TF1)} for RAB 
subflow#l, RAB subflow#2 and RAB subflow#3 using the RRC transport format combination control 
procedure. 

c) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 81 bits for RAB subflow#l, 
103 bits for RAB subflow#2 and to 60 bits for RAB subflow#3. 
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d) The SS transmits an RLC SDU of size 81 bits on RAB subflow#l using transport format TF1, an RLC SDU of 
size 103 bits on RAB subflow#2 using transport format TFland an RLC SDU of size 60 bits on RAB subflow#3. 

e) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l, RAB 
subflow#2 and RAB subflow#3 have the correct content and are received having the correct transport format. 

f) The SS open the UE test loop. 

g) The SS limits the UE allowed uplink transport format combinations to { (TF0,TF0),(TF2,TF2) } for RAB 
subflow#l using the RRC transport format combination control procedure. 

h) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 39 bits for RAB subflow#l. 

i) The SS transmits an RLC SDU of size 39 bits on RAB subflow#l using transport format TF1. 

j) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l has the correct 
content and is received having the correct transport format. 

k) The SS may optionally release the radio bearer. 
Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




UE Radio Bearer Test Mode Activation 


See generic procedures in clause 14.1.1 


2 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations is limited to: 






CONTROL 


RAB#1: (TF0TF0), (TF1TF1) 
RAB#2: (TF0,TF0), (TF1,TF1) 
RAB#3: (TF0TF0), (TF1,TF1) 


3 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
RAB#1 : UL RLC SDU size = 81 bits 
RAB#2: UL RLC SDU size = 103 bits 
RAB#3: UL RLC SDU size = 60 bits 


4 


^ 


CLOSE UE TEST LOOP COMPLETE 
(DCCH) 




5 


^ 


DOWNLINK RLC SDU 


RAB#1:81 bit (TF1) 
RAB#2: 103 bit (TF1) 

RAB#3:60bit(TF1) 


6 


^ 


UPLINK RLC SDU 


RAB#1:81 bit (TF1) 
RAB#2: 103 bit (TF1) 
RAB#3:60bit(TF1) 


7 


^ 


OPEN UE TEST LOOP 




8 


^ 


OPEN UE TEST LOOP COMPLETE 




9 


<- 


TRANSPORT FORMAT COMBINATION 


Transport format combinations for 






CONTROL 


RAB subflow#1 is limited to: 
(TF0,TF0),(TF2 ,TF2) 


10 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
RAB#1 : UL RLC SDU size = 39 bits 


11 


^ 


CLOSE UE TEST LOOP COMPLETE 


TC 


12 


<r 


DOWNLINK RLC SDU 


RAB #1 : 39 bit (TF2) 


13 


■^ 


UPLINK RLC SDU 


RAB#1 : 39 (TF2) 


14 




RB RELEASE 


Optional step 



14.2.4.4 Test requirements 

1. At step 1 the UE shall send RADIO BEARER SETUP COMPLETE. 

2. At step 6 the UE transmitted transport format shall be 

- TF1 (1x81) for RAB subflow#l; and 

- TF1 (1x103) for RAB subflow#2; and 

- TF1 (1x60) for RAB subflow#3. 
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3. At step 6 the UE shall return 

an RLC SDU on RAB subflow#l with the same content as sent by SS; and 
an RLC SDU on RAB subflow#2 with the same content as sent by SS; and 
an RLC SDU on RAB subflow#3 with the same content as sent by SS. 

4. At step 13 the UE transmitted transport format shall TF2 (1x39) for RAB subflow#l. 

5. At step 13 the UE shall return an RLC SDU on RAB subflow#l with the same content as sent by SS. 

1 4.2.5 Conversational / speech / UL:1 0.2 DL:1 0.2 kbps / CS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

14.2.5.1 Conformance requirement 
See 14.2.4.1. 

14.2.5.2 Test purpose 

To verify radio bearer establishment and correct data transfer for reference radio bearer configuration as specified in TS 
34.108, clause 6.10.2.4.1.5. 

14.2.5.3 Method of test 

Initial conditions 
UE in idle mode 

Test procedure 

a) The SS setup the reference radio bearer configuration as specified in TS 34.108, clause 6.10.2.4.1.5 using the 
generic procedure for UE radio bearer test mode activation according to clause 14.1.1. 

b) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF1,TF1)} for RAB 
subflow#l, RAB subflow#2 and RAB subflow#3 using the RRC transport format combination control 
procedure. 

c) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 65 bits for RAB subflow#l, 
99 bits for RAB subflow#2 and to 40 bits for RAB subflow#3. 

d) The SS transmits an RLC SDU of size 65 bits on RAB subflow#l using transport format TF1, an RLC SDU of 
size 99 bits on RAB subflow#2 using transport format TFland an RLC SDU of size 40 bits on RAB subflow#3. 

e) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l, RAB 
subflow#2 and RAB subflow#3 have the correct content and are received having the correct transport format. 

f) The SS open the UE test loop. 

g) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF2,TF2)} for RAB 
subflow#l using the RRC transport format combination control procedure. 

h) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 39 bits for RAB subflow#l. 

i) The SS transmits an RLC SDU of size 39 bits on RAB subflow#l using transport format TF1. 

j) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l has the correct 
content and is received having the correct transport format. 

k) The SS may optionally release the radio bearer. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




UE Radio Bearer Test Mode Activation 


See generic procedures in clause 14.1.1 


2 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations is limited to: 






CONTROL 


RAB#1: (TF0TF0), (TF1TF1) 
RAB#2: (TF0JF0), (TF1,TF1) 
RAB#3: (TF0TF0), (TF1,TF1) 


3 


<- 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
RAB#1 : UL RLC SDU size = 65 bits 
RAB#2: UL RLC SDU size = 99 bits 
RAB#3: UL RLC SDU size = 40 bits 


4 


■> 


CLOSE UE TEST LOOP COMPLETE 
(DCCH) 




5 


^ 


DOWNLINK RLC SDU 


RAB#1:65bit(TF1) 
RAB#2:99bit(TF1) 
RAB#3:40bit(TF1) 


6 


^ 


UPLINK RLCSDU 


RAB#1:65bit(TF1) 
RAB#2:99bit(TF1) 
RAB#3:40bit(TF1) 


7 


^ 


OPEN UE TEST LOOP 




8 


^ 


OPEN UE TEST LOOP COMPLETE 




9 


<r 


TRANSPORT FORMAT COMBINATION 


Transport format combinations for 






CONTROL 


RAB subflow#1 is limited to: 
(TF0,TF0),(TF2 ,TF2) 


10 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
RAB#1 : UL RLC SDU size = 39 bits 


11 


^ 


CLOSE UE TEST LOOP COMPLETE 


TC 


12 


^ 


DOWNLINK RLC SDU 


RAB #1 : 39 bit (TF2) 


13 


^ 


UPLINK RLC SDU 


RAB#1 : 39 (TF2) 


14 




RB RELEASE 


Optional step 



14.2.5.4 Test requirements 

1. At step 1 the UE shall send RADIO BEARER SETUP COMPLETE. 

2. At step 6 the UE transmitted transport format shall be 

- TF1 (1x65) for RAB subflow#l ; and 

- TF1 (1x99) for RAB subflow#2; and 

- TF1 (1x40) for RAB subflow#3. 

3. At step 6 the UE shall return 

an RLC SDU on RAB subflow#l with the same content as sent by SS; and 
an RLC SDU on RAB subflow#2 with the same content as sent by SS; and 
an RLC SDU on RAB subflow#3 with the same content as sent by SS. 

4. At step 13 the UE transmitted transport format shall TF2 (1x39) for RAB subflow#l. 

5. At step 13 the UE shall return an RLC SDU on RAB subflow#l with the same content as sent by SS. 

1 4.2.6 Conversational / speech / UL7.95 DL7.95 kbps / CS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 



14.2.6.1 
See 14.2.4.1. 



Conformance requirement 
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14.2.6.2 Test purpose 

To verify radio bearer establishment and correct data transfer for reference radio bearer configuration as specified in TS 
34.108, clause 6.10.2.4.1.6. 

14.2.6.3 Method of test 

Initial conditions 
UE in idle mode 

Test procedure 

a) The SS setup the reference radio bearer configuration as specified in TS 34.108, clause 6.10.2.4.1.6 using the 
generic procedure for UE radio bearer test mode activation according to clause 14.1.1. 

b) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF1,TF1)} for RAB 
subflow#l and RAB subflow#2 using the RRC transport format combination control procedure. 

c) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 75 bits for RAB subflow#l 
and to 84 bits for RAB subflow#2. 

d) The SS transmits an RLC SDU of size 75 bits on RAB subflow#l using transport format TF1 and an RLC SDU 
of size 84 bits using transport format TF1. 

e) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l and RAB 
subflow#2 have the correct content and are received having the correct transport format. 

f) The SS open the UE test loop. 

g) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF2,TF2)} for RAB 
subflow#l using the RRC transport format combination control procedure. 

h) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 39 bits for RAB subflow#l. 

i) The SS transmits an RLC SDU of size 39 bits on RAB subflow#l using transport format TF1. 

j) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l has the correct 
content and is received having the correct transport format. 

k) The SS may optionally release the radio bearer. 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



897 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




UE Radio Bearer Test Mode Activation 


See generic procedures in clause 14.1.1 


2 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations is limited to: 






CONTROL 


RAB#1: (TF0TF0), (TF1TF1) 
RAB#2: (TF0JF0), (TF1,TF1) 


3 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
RAB#1 : UL RLC SDU size = 75 bits 
RAB#2: UL RLC SDU size = 84 bits 


4 


^ 


CLOSE UE TEST LOOP COMPLETE 
(DCCH) 




5 


^ 


DOWNLINK RLC SDU 


RAB#1:75bit(TF1) 
RAB#2:84bit(TF1) 


6 


^ 


UPLINK RLCSDU 


RAB#1:75bit(TF1) 
RAB#2:84bit(TF1) 


7 


^ 


OPEN UE TEST LOOP 




8 


^ 


OPEN UE TEST LOOP COMPLETE 




9 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations for 






CONTROL 


RAB subflow#1 is limited to: 
(TF0,TF0),(TF2 ,TF2) 


10 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
RAB#1 : UL RLC SDU size = 39 bits 


11 


^ 


CLOSE UE TEST LOOP COMPLETE 


TC 


12 


^ 


DOWNLINK RLC SDU 


RAB #1 : 39 bit (TF2) 


13 


^ 


UPLINK RLC SDU 


RAB#1 : 39 (TF2) 


14 




RB RELEASE 


Optional step 



14.2.6.4 Test requirements 

1. At step 1 the UE shall send RADIO BEARER SETUP COMPLETE. 

2. At step 6 the UE transmitted transport format shall be 

- TF1 (1x75) for RAB subflow#l; and 

- TF1 (1x84) for RAB subflow#2. 

3. At step 6 the UE shall return 

an RLC SDU on RAB subflow#l with the same content as sent by SS; and 
an RLC SDU on RAB subflow#2 with the same content as sent by SS. 

4. At step 13 the UE transmitted transport format shall TF2 (1x39) for RAB subflow#l. 

5. At step 13 the UE shall return an RLC SDU on RAB subflow#l with the same content as sent by SS. 

1 4.2.7 Conversational / speech / UL7.4 DL7.4 kbps / CS RAB+ UL3.4 
DL3.4 kbps SRBs for DCCH 



14.2.7.1 
See 14.2.4.1. 



Conformance requirement 



14.2.7.2 



Test purpose 



To verify radio bearer establishment and correct data transfer for reference radio bearer configuration as specified in TS 
34.108, clause 6.10.2.4.1.7. 
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14.2.7.3 Method of test 

Initial conditions 
UE in idle mode 

Test procedure 

a) The SS setup the reference radio bearer configuration as specified in TS 34.108, clause 6.10.2.4.1.7 using the 
generic procedure for UE radio bearer test mode activation according to clause 14.1.1. 

b) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF1,TF1)} for RAB 
subflow#l and RAB subflow#2 using the RRC transport format combination control procedure. 

c) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 61 bits for RAB subflow#l 
and to 87 bits for RAB subflow#2. 

d) The SS transmits an RLC SDU of size 61 bits on RAB subflow#l using transport format TF1 and an RLC SDU 
of size 87 bits using transport format TF1. 

e) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l and RAB 
subflow#2 have the correct content and are received having the correct transport format. 

f) The SS open the UE test loop. 

g) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF2,TF2)} for RAB 
subflow#l using the RRC transport format combination control procedure. 

h) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 39 bits for RAB subflow#l. 

i) The SS transmits an RLC SDU of size 39 bits on RAB subflow#l using transport format TF1. 

j) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l has the correct 
content and is received having the correct transport format. 

k) The SS may optionally release the radio bearer. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




UE Radio Bearer Test Mode Activation 


See generic procedures in clause 14.1.1 


2 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations is limited to: 






CONTROL 


RAB#1: (TF0TF0), (TF1TF1) 
RAB#2: (TF0JF0), (TF1,TF1) 


3 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
RAB#1 : UL RLC SDU size = 61 bits 
RAB#2: UL RLC SDU size = 87 bits 


4 


^ 


CLOSE UE TEST LOOP COMPLETE 
(DCCH) 




5 


^ 


DOWNLINK RLC SDU 


RAB#1:61 bit (TF1) 
RAB#2:87bit(TF1) 


6 


^ 


UPLINK RLCSDU 


RAB#1:61 bit (TF1) 
RAB#2:87bit(TF1) 


7 


^ 


OPEN UE TEST LOOP 




8 


^ 


OPEN UE TEST LOOP COMPLETE 




9 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations for 






CONTROL 


RAB subflow#1 is limited to: 
(TF0,TF0),(TF2 ,TF2) 


10 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
RAB#1 : UL RLC SDU size = 39 bits 


11 


^ 


CLOSE UE TEST LOOP COMPLETE 


TC 


12 


^ 


DOWNLINK RLC SDU 


RAB #1 : 39 bit (TF2) 


13 


^ 


UPLINK RLC SDU 


RAB#1 : 39 (TF2) 


14 




RB RELEASE 


Optional step 



14.2.7.4 Test requirements 

1. At step 1 the UE shall send RADIO BEARER SETUP COMPLETE. 

2. At step 6 the UE transmitted transport format shall be 

- TF1 (1x61) for RAB subflow#l; and 

- TF1 (1x87) for RAB subflow#2. 

3. At step 6 the UE shall return 

an RLC SDU on RAB subflow#l with the same content as sent by SS; and 
an RLC SDU on RAB subflow#2 with the same content as sent by SS. 

4. At step 13 the UE transmitted transport format shall TF2 (1x39) for RAB subflow#l. 

5. At step 13 the UE shall return an RLC SDU on RAB subflow#l with the same content as sent by SS. 

1 4.2.8 Conversational / speech / UL6.7 DL6.7 kbps / CS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 



14.2.8.1 
See 14.2.4.1. 



Conformance requirement 



14.2.8.2 



Test purpose 



To verify radio bearer establishment and correct data transfer for reference radio bearer configuration as specified in TS 
34.108, clause 6.10.2.4.1.8. 
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14.2.8.3 Method of test 

Initial conditions 
UE in idle mode 

Test procedure 

a) The SS setup the reference radio bearer configuration as specified in TS 34.108, clause 6.10.2.4.1.8 using the 
generic procedure for UE radio bearer test mode activation according to clause 14.1.1. 

b) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF1,TF1)} for RAB 
subflow#l and RAB subflow#2 using the RRC transport format combination control procedure. 

c) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 58 bits for RAB subflow#l 
and to 76 bits for RAB subflow#2. 

d) The SS transmits an RLC SDU of size 58 bits on RAB subflow#l using transport format TF1 and an RLC SDU 
of size 76 bits using transport format TF1. 

e) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l and RAB 
subflow#2 have the correct content and are received having the correct transport format. 

f) The SS open the UE test loop. 

g) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF2,TF2)} for RAB 
subflow#l using the RRC transport format combination control procedure. 

h) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 39 bits for RAB subflow#l. 

i) The SS transmits an RLC SDU of size 39 bits on RAB subflow#l using transport format TF1. 

j) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l has the correct 
content and is received having the correct transport format. 

k) The SS may optionally release the radio bearer. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




UE Radio Bearer Test Mode Activation 


See generic procedures in clause 14.1.1 


2 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations is limited to: 






CONTROL 


RAB#1: (TF0TF0), (TF1TF1) 
RAB#2: (TF0JF0), (TF1,TF1) 


3 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
RAB#1 : UL RLC SDU size = 58 bits 
RAB#2: UL RLC SDU size = 76 bits 


4 


^ 


CLOSE UE TEST LOOP COMPLETE 
(DCCH) 




5 


^ 


DOWNLINK RLC SDU 


RAB#1:58bit(TF1) 
RAB#2:76bit(TF1) 


6 


^ 


UPLINK RLCSDU 


RAB#1:58bit(TF1) 
RAB#2:76bit(TF1) 


7 


^ 


OPEN UE TEST LOOP 




8 


^ 


OPEN UE TEST LOOP COMPLETE 




9 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations for 






CONTROL 


RAB subflow#1 is limited to: 
(TF0,TF0),(TF2 ,TF2) 


10 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
RAB#1 : UL RLC SDU size = 39 bits 


11 


^ 


CLOSE UE TEST LOOP COMPLETE 


TC 


12 


^ 


DOWNLINK RLC SDU 


RAB #1 : 39 bit (TF2) 


13 


^ 


UPLINK RLC SDU 


RAB#1 : 39 (TF2) 


14 




RB RELEASE 


Optional step 



14.2.8.4 Test requirements 

1. At step 1 the UE shall send RADIO BEARER SETUP COMPLETE. 

2. At step 6 the UE transmitted transport format shall be 

- TF1 (1x58) for RAB subflow#l; and 

- TF1 (1x76) for RAB subflow#2. 

3. At step 6 the UE shall return 

an RLC SDU on RAB subflow#l with the same content as sent by SS; and 
an RLC SDU on RAB subflow#2 with the same content as sent by SS. 

4. At step 13 the UE transmitted transport format shall TF2 (1x39) for RAB subflow#l. 

5. At step 13 the UE shall return an RLC SDU on RAB subflow#l with the same content as sent by SS. 



1 4.2.9 Conversational / speech / UL5.9 DL5.9 kbps / CS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 



14.2.9.1 
See 14.2.4.1. 



Conformance requirement 



14.2.9.2 



Test purpose 



To verify radio bearer establishment and correct data transfer for reference radio bearer configuration as specified in TS 
34.108, clause 6.10.2.4.1.9. 
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14.2.9.3 Method of test 

Initial conditions 
UE in idle mode 

Test procedure 

a) The SS setup the reference radio bearer configuration as specified in TS 34.108, clause 6.10.2.4.1.9 using the 
generic procedure for UE radio bearer test mode activation according to clause 14.1.1. 

b) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF1,TF1)} for RAB 
subflow#l and RAB subflow#2 using the RRC transport format combination control procedure. 

c) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 55 bits for RAB subflow#l 
and to 63 bits for RAB subflow#2. 

d) The SS transmits an RLC SDU of size 55 bits on RAB subflow#l using transport format TF1 and an RLC SDU 
of size 63 bits using transport format TF1. 

e) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l and RAB 
subflow#2 have the correct content and are received having the correct transport format. 

f) The SS open the UE test loop. 

g) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF2,TF2)} for RAB 
subflow#l using the RRC transport format combination control procedure. 

h) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 39 bits for RAB subflow#l. 

i) The SS transmits an RLC SDU of size 39 bits on RAB subflow#l using transport format TF1. 

j) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l has the correct 
content and is received having the correct transport format. 

k) The SS may optionally release the radio bearer. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




UE Radio Bearer Test Mode Activation 


See generic procedures in clause 14.1.1 


2 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations is limited to: 






CONTROL 


RAB#1: (TF0TF0), (TF1TF1) 
RAB#2: (TF0JF0), (TF1,TF1) 


3 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
RAB#1 : UL RLC SDU size = 55 bits 
RAB#2: UL RLC SDU size = 63 bits 


4 


^ 


CLOSE UE TEST LOOP COMPLETE 
(DCCH) 




5 


^ 


DOWNLINK RLC SDU 


RAB#1:55bit(TF1) 
RAB#2:63bit(TF1) 


6 


^ 


UPLINK RLCSDU 


RAB#1:55bit(TF1) 
RAB#2:63bit(TF1) 


7 


^ 


OPEN UE TEST LOOP 




8 


^ 


OPEN UE TEST LOOP COMPLETE 




9 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations for 






CONTROL 


RAB subflow#1 is limited to: 
(TF0,TF0),(TF2 ,TF2) 


10 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
RAB#1 : UL RLC SDU size = 39 bits 


11 


^ 


CLOSE UE TEST LOOP COMPLETE 


TC 


12 


^ 


DOWNLINK RLC SDU 


RAB #1 : 39 bit (TF2) 


13 


^ 


UPLINK RLC SDU 


RAB#1 : 39 (TF2) 


14 




RB RELEASE 


Optional step 



14.2.9.4 Test requirements 

1. At step 1 the UE shall send RADIO BEARER SETUP COMPLETE. 

2. At step 6 the UE transmitted transport format shall be 

- TF1 (1x55) for RAB subflow#l; and 

- TF1 (1x63) for RAB subflow#2. 

3. At step 6 the UE shall return 

an RLC SDU on RAB subflow#l with the same content as sent by SS; and 
an RLC SDU on RAB subflow#2 with the same content as sent by SS. 

4. At step 13 the UE transmitted transport format shall TF2 (1x39) for RAB subflow#l. 

5. At step 13 the UE shall return an RLC SDU on RAB subflow#l with the same content as sent by SS. 



14.2.10 Conversational/ speech /UL5.1 5 DL5.1 5 kbps/CS RAB + UL1.7 
DL:1.7kbpsSRBsforDCCH 



14.2.10.1 
See 14.2.4.1. 



Conformance requirement 



14.2.10.2 



Test purpose 



To verify radio bearer establishment and correct data transfer for reference radio bearer configuration as specified in TS 
34.108, clause 6.10.2.4.1.10. 
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14.2.10.3 Method of test 

Initial conditions 
UE in idle mode 

Test procedure 

a) The SS setup the reference radio bearer configuration as specified in TS 34.108, clause 6.10.24.1.10 using the 
generic procedure for UE radio bearer test mode activation according to clause 14.1.1. 

b) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF1,TF1)} for RAB 
subflow#l and RAB subflow#2 using the RRC transport format combination control procedure. 

c) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 49 bits for RAB subflow#l 
and to 54 bits for RAB subflow#2. 

d) The SS transmits an RLC SDU of size 49 bits on RAB subflow#l using transport format TF1 and an RLC SDU 
of size 54 bits using transport format TF1. 

e) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l and RAB 
subflow#2 have the correct content and are received having the correct transport format. 

f) The SS open the UE test loop. 

g) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF2,TF2)} for RAB 
subflow#l using the RRC transport format combination control procedure. 

h) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 39 bits for RAB subflow#l. 

i) The SS transmits an RLC SDU of size 39 bits on RAB subflow#l using transport format TF1. 

j) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l has the correct 
content and is received having the correct transport format. 

k) The SS may optionally release the radio bearer. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




UE Radio Bearer Test Mode Activation 


See generic procedures in clause 14.1.1 


2 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations is limited to: 






CONTROL 


RAB#1: (TF0TF0), (TF1TF1) 
RAB#2: (TF0JF0), (TF1,TF1) 


3 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
RAB#1 : UL RLC SDU size = 49 bits 
RAB#2: UL RLC SDU size = 54 bits 


4 


^ 


CLOSE UE TEST LOOP COMPLETE 
(DCCH) 




5 


^ 


DOWNLINK RLC SDU 


RAB#1:49bit(TF1) 
RAB#2:54bit(TF1) 


6 


^ 


UPLINK RLCSDU 


RAB#1:49bit(TF1) 
RAB#2:54bit(TF1) 


7 


^ 


OPEN UE TEST LOOP 




8 


^ 


OPEN UE TEST LOOP COMPLETE 




9 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations for 






CONTROL 


RAB subflow#1 is limited to: 
(TF0,TF0),(TF2 ,TF2) 


10 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
RAB#1 : UL RLC SDU size = 39 bits 


11 


^ 


CLOSE UE TEST LOOP COMPLETE 


TC 


12 


^ 


DOWNLINK RLC SDU 


RAB #1 : 39 bit (TF2) 


13 


^ 


UPLINK RLC SDU 


RAB#1 : 39 (TF2) 


14 




RB RELEASE 


Optional step 



14.2.10.4 Test requirements 

1. At step 1 the UE shall send RADIO BEARER SETUP COMPLETE. 

2. At step 6 the UE transmitted transport format shall be 

- TF1 (1x49) for RAB subflow#l ; and 

- TF1 (1x54) for RAB subflow#2. 

3. At step 6 the UE shall return 

an RLC SDU on RAB subflow#l with the same content as sent by SS; and 
an RLC SDU on RAB subflow#2 with the same content as sent by SS. 

4. At step 13 the UE transmitted transport format shall TF2 (1x39) for RAB subflow#l. 

5. At step 13 the UE shall return an RLC SDU on RAB subflow#l with the same content as sent by SS. 



1 4.2.1 1 Conversational / speech / UL4.75 DL4.75 kbps / CS RAB + UL:1 .7 
DL:1.7kbpsSRBsforDCCH 



14.2.11.1 
See 14.2.4.1. 



Conformance requirement 



14.2.11.2 



Test purpose 



To verify radio bearer establishment and correct data transfer for reference radio bearer configuration as specified in TS 
34.108, clause 6.10.2.4.1.11. 
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14.2.11.3 Method of test 

Initial conditions 
UE in idle mode 

Test procedure 

a) The SS setup the reference radio bearer configuration as specified in TS 34.108, clause 6.10.24.1.11 using the 
generic procedure for UE radio bearer test mode activation according to clause 14.1.1. 

b) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF1,TF1)} for RAB 
subflow#l and RAB subflow#2 using the RRC transport format combination control procedure. 

c) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 42 bits for RAB subflow#l 
and to 53 bits for RAB subflow#2. 

d) The SS transmits an RLC SDU of size 42 bits on RAB subflow#l using transport format TF1 and an RLC SDU 
of size 53 bits using transport format TF1. 

e) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l and RAB 
subflow#2 have the correct content and are received having the correct transport format. 

f) The SS open the UE test loop. 

g) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF2,TF2)} for RAB 
subflow#l using the RRC transport format combination control procedure. 

h) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 39 bits for RAB subflow#l. 

i) The SS transmits an RLC SDU of size 39 bits on RAB subflow#l using transport format TF1. 

j) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l has the correct 
content and is received having the correct transport format. 

k) The SS may optionally release the radio bearer. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




UE Radio Bearer Test Mode Activation 


See generic procedures in clause 14.1.1 


2 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations is limited to: 






CONTROL 


RAB#1: (TF0TF0), (TF1TF1) 
RAB#2: (TF0JF0), (TF1,TF1) 


3 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
RAB#1 : UL RLC SDU size = 42 bits 
RAB#2: UL RLC SDU size = 53 bits 


4 


^ 


CLOSE UE TEST LOOP COMPLETE 
(DCCH) 




5 


^ 


DOWNLINK RLC SDU 


RAB#1:42bit(TF1) 
RAB#2:53bit(TF1) 


6 


^ 


UPLINK RLCSDU 


RAB#1:42bit(TF1) 
RAB#2:53bit(TF1) 


7 


^ 


OPEN UE TEST LOOP 




8 


^ 


OPEN UE TEST LOOP COMPLETE 




9 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations for 






CONTROL 


RAB subflow#1 is limited to: 
(TF0,TF0),(TF2 ,TF2) 


10 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
RAB#1 : UL RLC SDU size = 39 bits 


11 


^ 


CLOSE UE TEST LOOP COMPLETE 


TC 


12 


^ 


DOWNLINK RLC SDU 


RAB #1 : 39 bit (TF2) 


13 


^ 


UPLINK RLC SDU 


RAB#1 : 39 (TF2) 


14 




RB RELEASE 


Optional step 



14.2.11.4 Test requirements 

1. At step 1 the UE shall send RADIO BEARER SETUP COMPLETE. 

2. At step 6 the UE transmitted transport format shall be 

- TF1 (1x42) for RAB subflow#l ; and 

- TF1 (1x53) for RAB subflow#2. 

3. At step 6 the UE shall return 

an RLC SDU on RAB subflow#l with the same content as sent by SS; and 
an RLC SDU on RAB subflow#2 with the same content as sent by SS. 

4. At step 13 the UE transmitted transport format shall TF2 (1x39) for RAB subflow#l. 

5. At step 13 the UE shall return an RLC SDU on RAB subflow#l with the same content as sent by SS. 
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14.2.12 Conversational / unknown / UL64 DL64 kbps / CS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 



14.2.12.1 

See 14.2.4.1. 



Conformance requirement 



14.2.12.2 



Test purpose 



To verify radio bearer establishment and correct data transfer for reference radio bearer configuration as specified in TS 
34.108, clause 6.10.2.4.1.12. 



14.2.12.3 



Method of test 



Initial conditions 
UE in idle mode 

Test procedure 

a) The SS setup the reference radio bearer configuration as specified in TS 34.108, clause 6.10.24.1.12 using the 
generic procedure for UE radio bearer test mode activation according to clause 14.1.1. 

b) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF1,TF1)} for RAB 
subflow#l using the RRC transport format combination control procedure. 

c) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 1280 bits for RAB subflow#l 
if configuration having TTI=20ms is used or 2560 bits if configuration having TTI=40ms is used. 

d) The SS transmits an RLC SDU of size 1280 bits if configuration having TTI=20 ms is used; or RLC SDU of 
size 2560 bits if configuration having TTI=40 ms is used on RAB subflow#l using transport format TF1 

e) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l and RAB 
subflow#2 have the correct content and are received having the correct transport format. 

f) The SS may optionally open the UE test loop. 

g) The SS may optionally release the radio bearer. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE |SS 


1 




UE Radio Bearer Test Mode Activation 


See generic procedures in clause 14.1.1 


2 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations is limited to 






CONTROL 


(TF0TF0), (TF1TF1) 


3 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 

UL RLC SDU size = 1280 bits if TTI=20ms; 

or 

UL RLC SDU size = 2560 bits if TTI=40ms 


4 


^ 


CLOSE UE TEST LOOP COMPLETE 
(DCCH) 




5 


^ 


DOWNLINK RLC SDU 


1280bit(TF1)ifTTI=20ms;or 
2560 if TTI=40ms 


6 


^ 


UPLINK RLC SDU 


1280bit(TF1)ifTTI=20ms;or 
2560 if TTI=40ms 


7 


^ 


OPEN UE TEST LOOP 


Optional step 


8 


^ 


OPEN UE TEST LOOP COMPLETE 


Optional step 


9 




RB RELEASE 


Optional step 
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14.2.12.4 Test requirements 

1. At step 1 the UE shall send RADIO BEARER SETUP COMPLETE. 

2. At step 6 the UE transmitted transport format on RAB subflow#l shall be TF1 (2x640) if configuration having 
TTI=20 ms is used; or TF1 (4x640) if configuration having TTI=40 ms is used. 

3. At step 6 the UE shall return an RLC SDU on RAB subflow#l with the same content as sent by SS. 

14.2.13 Conversational / unknown / UL32 DL32 kbps / CS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

14.2.13.1 Conformance requirement 
See 14.24.1. 

14.2.13.2 Test purpose 

To verify radio bearer establishment and correct data transfer for reference radio bearer configuration as specified in TS 
34.108, clause 6.10.2.4.1.13. 

14.2.13.3 Method of test 

Initial conditions 
UE in idle mode 

Test procedure 

a) The SS setup the reference radio bearer configuration as specified in TS 34.108, clause 6.10.24.1.13 using the 
generic procedure for UE radio bearer test mode activation according to clause 14.1.1. 

b) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF1,TF1)} for RAB 
subflow#l using the RRC transport format combination control procedure. 

c) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 640 bits for RAB subflow#l 
if configuration having TTI=20ms is used or 1280 bits if configuration having TTI=40ms is used. 

d) The SS transmits an RLC SDU of size 640 bits if configuration having TTI=20 ms is used; or RLC SDU of size 
1280 bits if configuration having TTI=40 ms is used on RAB subflow#l using transport format TF1. 

e) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l and RAB 
subflow#2 have the correct content and are received having the correct transport format. 

f) The SS may optionally open the UE test loop. 

g) The SS may optionally release the radio bearer. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




UE Radio Bearer Test Mode Activation 


See generic procedures in clause 14.1.1 


2 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations is limited to 






CONTROL 


(TF0TF0), (TF1TF1) 


3 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 

UL RLC SDU size = 640 bits if TTI=20ms; or 

UL RLC SDU size = 1280 bits if TTI=40ms 


4 


^ 


CLOSE UE TEST LOOP COMPLETE 
(DCCH) 




5 


^ 


DOWNLINK RLC SDU 


640bit(TF1)ifTTI=20ms;or 
1280ifTTI=40ms 


6 


^ 


UPLINK RLCSDU 


640bit(TF1)ifTTI=20ms;or 
1280ifTTI=40ms 


7 


^ 


OPEN UE TEST LOOP 


Optional step 


8 


^ 


OPEN UE TEST LOOP COMPLETE 


Optional step 


9 




RB RELEASE 


Optional step 



14.2.13.4 Test requirements 

1. At step 1 the UE shall send RADIO BEARER SETUP COMPLETE. 

2. At step 6 the UE transmitted transport format on RAB subflow#l shall be TF1 (1x640) if configuration having 
TTI=20 ms is used; or TF1 (2x640) if configuration having TTI=40 ms is used. 

3. At step 6 the UE shall return an RLC SDU on RAB subflow#l with the same content as sent by SS. 

14.2.14 Streaming / unknown / UL:28.8/DL:28.8 kbps / CS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 



14.2.14.1 
See 14.2.4.1. 



Conformance requirement 



14.2.14.2 



Test purpose 



To verify radio bearer establishment and correct data transfer for reference radio bearer configuration as specified in TS 
34.108, clause 6.10.2.4.1.14. 



14.2.14.3 



Method of test 



Initial conditions 
UE in idle mode 

Test procedure 

a) The SS setup the reference radio bearer configuration as specified in TS 34.108, clause 6.10.2.4.1.14 using the 
generic procedure for UE radio bearer test mode activation according to clause 14.1.1. 

b) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF1,TF1)} for RAB 
subflow#l using the RRC transport format combination control procedure. 

c) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 576 bits for RAB subflow#l. 

d) The SS transmits an RLC SDU of size 576 bits using transport format TF1. 
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e) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l is correct 
content and are received having the correct transport format. 

f) The SS open the UE test loop. 

g) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF2,TF2)} for RAB 
subflow#l using the RRC transport format combination control procedure. 

h) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 1 152 bits for RAB 
subflow#l. 

i) The SS transmits an RLC SDU of size 1 152 bits using transport format TF2 

j) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l is correct 
content and are received having the correct transport format. 

k) The SS may optionally open the UE test loop. 

1) The SS may optionally release the radio bearer. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




UE Radio Bearer Test Mode Activation 


See generic procedures in clause 14.1.1 


2 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations is limited to 






CONTROL 


(TF0TF0), (TF1TF1) 


3 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
UL RLC SDU size = 576 bits 


4 


^ 


CLOSE UE TEST LOOP COMPLETE 
(DCCH) 




5 


^ 


DOWNLINK RLC SDU 


576 bit (TF1) 


6 


^ 


UPLINK RLC SDU 


576 bit (TF1) 


7 


<r 


OPEN UE TEST LOOP 




8 


■^ 


OPEN UE TEST LOOP COMPLETE 




9 


<- 


TRANSPORT FORMAT COMBINATION 


Transport format combinations is limited to 






CONTROL 


(TF0,TF0), (TF2,TF2) 


10 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
UL RLC SDU size = 1152 bits 


11 


^ 


CLOSE UE TEST LOOP COMPLETE 
(DCCH) 




12 


^ 


DOWNLINK RLC SDU 


1152 bit (TF1) 


13 


^ 


UPLINK RLC SDU 


1152 bit (TF1) 


14 


<- 


OPEN UE TEST LOOP 


Optional step 


15 


■^ 


OPEN UE TEST LOOP COMPLETE 


Optional step 


16 




RB RELEASE 


Optional step 



14.2.14.4 Test requirements 

1. At step 1 the UE shall send RADIO BEARER SETUP COMPLETE. 

2. At step 6 the UE transmitted transport format on RAB subflow#l shall be TF1 (1x576). 

3. At step 6 the UE shall return an RLC SDU on RAB subflow#l with the same content as sent by SS. 

4. At step 13 the UE transmitted transport format on RAB subflow#l shall be TF2 (2x576). 

5. At step 13 the UE shall return an RLC SDU on RAB subflow#l with the same content as sent by SS. 
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14.2.15 Streaming / unknown / UL:57.6/DL:57.6 kbps / CS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

14.2.15.1 Conformance requirement 
See 14.2.4.1. 

14.2.15.2 Test purpose 

To verify radio bearer establishment and correct data transfer for reference radio bearer configuration as specified in TS 
34.108, clause 6.10.2.4.1.15. 

14.2.15.3 Method of test 

Initial conditions 
UE in idle mode 

Test procedure 

a) The SS setup the reference radio bearer configuration as specified in TS 34.108, clause 6.10.24.1.15 using the 
generic procedure for UE radio bearer test mode activation according to clause 14.1.1. 

b) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF1,TF1)} for RAB 
subflow#l using the RRC transport format combination control procedure. 

c) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 576 bits for RAB subflow#l. 

d) The SS transmits an RLC SDU of size 576 bits using transport format TF1 (1x576). 

e) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l is correct 
content and are received having the correct transport format. 

f) The SS open the UE test loop. 

g) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF2,TF2)} for RAB 
subflow#l using the RRC transport format combination control procedure. 

h) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 1 152 bits for RAB 
subflow#l. 

i) The SS transmits an RLC SDU of size 1 152 bits using transport format TF2 (2x576). 

j) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l is correct 
content and are received having the correct transport format. 

k) The SS open the UE test loop. 

1) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF3,TF3)} for RAB 
subflow#l using the RRC transport format combination control procedure. 

m) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 1728 bits for RAB 
subflow#l. 

n) The SS transmits an RLC SDU of size 1728 bits using transport format TF3 (3x576). 

o) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l is correct 
content and are received having the correct transport format. 

p) The SS open the UE test loop. 
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q) The SS limits the UE allowed uplink transport format combinations to {(TF0,TF0),(TF4,TF4)} for RAB 
subflow#l using the RRC transport format combination control procedure. 

r) The SS close the test loop using UE test loop mode 1 setting UL RLC SDU size to 2304 bits for RAB 
subflow#l. 

s) The SS transmits an RLC SDU of size 2304 bits using transport format TF4 (4x576). 

t) The SS checks that the content of the received RLC SDUs returned in uplink on RAB subflow#l is correct 
content and are received having the correct transport format. 

u) The SS may optionally open the UE test loop. 

v) The SS may optionally release the radio bearer. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE |SS 


1 




UE Radio Bearer Test Mode Activation 


See generic procedures in clause 14.1.1 


2 


^ 


TRANSPORT FORMAT COMBINATION 


Transport format combinations is limited to 






CONTROL 


(TF0TF0), (TF1TF1) 


3 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
UL RLC SDU size = 576 bits 


4 


^ 


CLOSE UE TEST LOOP COMPLETE 
(DCCH) 




5 


^ 


DOWNLINK RLC SDU 


576 bit (TF1) 


6 


^ 


UPLINK RLC SDU 


576 bit (TF1) 


7 


<r 


OPEN UE TEST LOOP 




8 


■^ 


OPEN UE TEST LOOP COMPLETE 




9 


<r 


TRANSPORT FORMAT COMBINATION 


Transport format combinations is limited to 






CONTROL 


(TF0,TF0), (TF2,TF2) 


10 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
UL RLC SDU size = 1152 bits 


11 


^ 


CLOSE UE TEST LOOP COMPLETE 
(DCCH) 




12 


^ 


DOWNLINK RLC SDU 


1 152 bit (TF1) 


13 


^ 


UPLINK RLC SDU 


1 1 52 bit (TF1 ) 


14 


<r 


OPEN UE TEST LOOP 




15 


■^ 


OPEN UE TEST LOOP COMPLETE 




16 


<r 


TRANSPORT FORMAT COMBINATION 


Transport format combinations is limited to 






CONTROL 


(TF0,TF0), (TF3,TF3) 


17 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
UL RLC SDU size = 1728 bits 


18 


^ 


CLOSE UE TEST LOOP COMPLETE 
(DCCH) 




19 


^ 


DOWNLINK RLC SDU 


1728 bit (TF1) 


20 


^ 


UPLINK RLC SDU 


1728 bit (TF1) 


21 


<r 


OPEN UE TEST LOOP 




22 


■^ 


OPEN UE TEST LOOP COMPLETE 




23 


<r 


TRANSPORT FORMAT COMBINATION 


Transport format combinations is limited to 






CONTROL 


(TF0,TF0), (TF4,TF4) 


24 


^ 


CLOSE UE TEST LOOP 


UE test loop mode 1 is closed using 
UL RLC SDU size = 2304 bits 


25 


^ 


CLOSE UE TEST LOOP COMPLETE 
(DCCH) 




26 


^ 


DOWNLINK RLC SDU 


2304 bit (TF1) 


27 


-» 


UPLINK RLC SDU 


2304 bit (TF1) 


28 


<r 


OPEN UE TEST LOOP 


Optional step 


29 


■^ 


OPEN UE TEST LOOP COMPLETE 


Optional step 


30 




RB RELEASE 


Optional step 
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14.2.15.4 Test requirements 

1. At step 1 the UE shall send RADIO BEARER SETUP COMPLETE. 

2. At step 6 the UE transmitted transport format on RAB subflow#l shall be TF1 (1x576). 

3. At step 6 the UE shall return an RLC SDU on RAB subflow#l with the same content as sent by SS. 

4. At step 13 the UE transmitted transport format on RAB subflow#l shall be TF2 (2x576). 

5. At step 13 the UE shall return an RLC SDU on RAB subflow#l with the same content as sent by SS. 

6. At step 20 the UE transmitted transport format on RAB subflow#l shall be TF3 (3x576). 

7. At step 20 the UE shall return an RLC SDU on RAB subflow#l with the same content as sent by SS. 

8. At step 27 the UE transmitted transport format on RAB subflow#l shall be TF4 (4x576). 

9. At step 27 the UE shall return an RLC SDU on RAB subflow#l with the same content as sent by SS. 



1 4.2.1 6 Streaming / unknown / UL:0 DL64 kbps / CS or PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.16. 

14.2.17 Streaming / unknown / UL64 DL0 kbps / CS or PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.17. 

14.2.18 Streaming / unknown / UL:0 DL128 kbps / CS or PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.18. 

14.2.19 Streaming / unknown / UL128 DL:0 kbps / CS or PS RAB 
+ UL3.4 DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.19. 

14.2.20 Streaming / unknown / UL:0 DL384 kbps / CS or PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.20. 

1 4.2.21 Interactive or background / UL32 DL:8 kbps / PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.21. 
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14.2.22 Interactive or background / UL64 DL:8 kbps / PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.22. 

14.2.23 Interactive or background / UL32 DL: 64 kbps / PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.23. 

14.2.24 Interactive or background / UL64 DL: 64 kbps / PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.24. 

1 4.2.25 Interactive or background / UL64 DL1 28 kbps / PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.25. 

1 4.2.26 Interactive or background / UL:1 28 DL:1 28 kbps / PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.26. 

14.2.27 Interactive or background / UL64 DL144 kbps / PS RAB + UL3.4 
DL: 3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.27. 

1 4.2.28 Interactive or background / UL:1 44 DL:1 44 kbps / PS RAB + UL:3.4 
DL: 3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.28. 

14.2.29 Interactive or background / UL:64 DL:384 kbps / PS RAB + UL:3.4 
DL: 3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.29. 

1 4.2.30 Interactive or background / UL:1 28 DL:384 kbps / PS RAB + UL:3.4 
DL:3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.30. 
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1 4.2.31 Interactive or background / UL384 DL384 kbps / PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.31. 

14.2.32 Interactive or background / UL64 DL2048 kbps / PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.32. 

1 4.2.33 Interactive or background / UL:1 28 DL2048 kbps / PS RAB + 
UL3.4 DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.33. 

1 4.2.34 Interactive or background / UL384 DL2048 kbps / PS RAB + 
UL3.4 DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.34. 

1 4.2.35 Conversational / speech / UL:1 2.2 DL:1 2.2 kbps / CS RAB + 
Interactive or background / UL32 DL:8 kbps / PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.35. 

1 4.2.36 Conversational / speech / UL:1 2.2 DL:1 2.2 kbps / CS RAB + 
Interactive or background / UL32 DL64 kbps / PS RAB+ UL3.4 DL: 
3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.36. 

1 4.2.37 Conversational / speech / UL:1 2.2 DL:1 2.2 kbps / CS RAB + 
Interactive or background / UL64 DL64 kbps / PS RAB+ UL3.4 DL: 
3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.37. 

1 4.2.38 Conversational / speech / UL:1 2.2 DL:1 2.2 kbps / CS RAB + 
Interactive or background / UL64 DL128 kbps / PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.38. 
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1 4.2.39 Conversational / speech / UL:1 2.2 DL:1 2.2 kbps / CS RAB + 
Interactive or background / UL64 DL384 kbps / PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.39. 

1 4.2.40 Conversational / speech / UL:1 2.2 DL:1 2.2 kbps / CS RAB + 
Interactive or background / UL128 DL2048 kbps / PS RAB + 
UL3.4 DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.40. 

1 4.2.41 Conversational / speech / UL:1 2.2 DL:1 2.2 kbps / CS RAB + 
Streaming / unknown / UL57.6 DL57.6 kbps / CS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.41. 

1 4.2.42 Conversational / speech / UL:1 2.2 DL:1 2.2 kbps / CS RAB + 
Streaming / unknown / UL:0 DL64 kbps / CS or PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.42. 

1 4.2.43 Conversational / speech / UL:1 2.2 DL:1 2.2 kbps / CS RAB + 
Streaming / unknown / UL0 DL128 kbps / CS RAB + UL3.4 DL3.4 
kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.43. 

1 4.2.44 Conversational / speech / UL:1 2.2 DL:1 2.2 kbps / CS RAB + 
Streaming / unknown / UL0 DL384 kbps / CS RAB + UL3.4 DL3.4 
kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.44. 

1 4.2.45 Conversational / speech / UL:1 2.2 DL:1 2.2 kbps / CS RAB + 
Conversational / unknown / UL64 DL64 kbps / CS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.45. 
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14.2.46 Conversational / unknown / UL64 DL64 kbps / CS RAB + 
Conversational / unknown / UL64 DL64 kbps / CS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.46. 

14.2.47 Conversational / unknown / UL64 DL64 kbps / CS RAB + 
Interactive or background / UL64 DL64 kbps / PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.47. 

14.2.48 Conversational / unknown / UL64 DL64 kbps / CS RAB + 
Interactive or background / UL64 DL128 kbps / PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.48. 

14.2.49 Conversational / unknown / UL64 DL64 kbps / CS RAB + 
Interactive or background / UL128 DL128 kbps / PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.49. 

1 4.2.50 Interactive or background / UL64 DL1 28 kbps / PS RAB + 
Streaming / unknown / UL:0 DL64 kbps / CS or PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.50. 

1 4.2.51 Interactive or background / UL64 DL:1 28 kbps / PS RAB + 
Streaming / unknown / UL:0 DL128 kbps / CS or PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.1.51. 

14.3 Combinations on PDSCH and DPCH 

1 4.3. 1 Interactive or background / UL64 DL384 kbps / PS RAB + UL3.4 
DL: 3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.2.1. 
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1 4.3.2 Interactive or background / UL64 DL2048 kbps / PS RAB + UL3.4 
DL: 3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.2.2. 

1 4.3.3 Conversational / speech / UL:1 2.2 DL:1 2.2 kbps / CS RAB + 
Interactive or background / UL64 DL384 kbps / PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.2.3. 

1 4.3.4 Conversational / speech / UL:1 2.2 DL:1 2.2 kbps / CS RAB + 
Interactive or background / UL64 DL2048 kbps / PS RAB + UL3.4 
DL3.4 kbps SRBs for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.2.4. 

1 4.4 Combinations on SCCPCH 

14.4.1 Stand-alone signalling RB for PCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.3.1. 

1 4.4.2 Interactive/Background 32 kbps PS RAB + 50.4 kbps SRBs for 
CCCH + 13.6 kbps SRB for DCCH + SRB for BCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.3.2. 

1 4.4.3 Interactive/Background 32 kbps RAB + SRBs for PCCH + 50.4 kbps 
SRB for CCCH + 1 3.6 kbps SRB for DCCH + SRB for BCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.3.3. 

1 4.5 Combinations on PRACH 

14.5.1 Interactive/Background 32 kbps PS RAB + 16.6 kbps SRB for 
CCCH + 13.6 kbps SRB for DCCH 

Test to verify establishment and data transfer of reference radio bearer configuration as specified in TS 34.108, clause 
6.10.2.4.4.1. 
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1 5 Supplementary Services 

This section is FFS. 
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16 Short message service (SMS) 

Ref.: TS 23.040, TS 24.01 1 (point to point) 

TS 23.041, (cell broadcast) 



General 

The purpose of these tests is to verify that the UE can handle UMTS system functions when submitting or receiving 
Short Messages (SM) between UE and a short message service centre as described in TS 23.040. 

The procedures are based upon services provided by the Mobility Management (MM) sublayer and GPRS Mobility 
Managemant(GMM) sublayer which are not tested in this case. 

The SMS comprises three basic services; SMS point to point services on CS mode, on PS mode and SMS cell broadcast 
service. The SMS point to point services on CS mode shall work in an active UE at any time independent of whether or 
not there is a speech or data call in progress. The SMS point to point services on PS mode shall work in an active UE at 
any time independent of whether or not there is a PDP context in progress. The SMS cell broadcast service only works 
when the UE is in idle mode. 

Since the timer TC1M currently is not standardized, the value of TC1M shall be declared by the manufacturer (to be 
used in subclauses 16.1.1 and 16.1.2). 

The manufacturer shall declare whether SMS messages are stored in the USIM and/or the ME. This shall be referred to 
as the SMS message store in the following tests. 

Unless otherwise stated default message contents from 3GPP TS 34.108 applies for following tests. 

1 6.1 Short message service point to point on CS mode 

All of test cases in this subclause are applied to UE supporting CS mode. 

16.1 .1 SMS mobile terminated 

16.1.1.1 Conformance requirements 

An active UE shall be able to receive short message TPDU (SMS-DELIVER) at any time, independently of whether or 
not there is a speech or data call in progress. A report will always be returned to the SC, confirming that the UE has 
received the short message. 

Reference 

TS 23.040, subclause 3.1. 

16.1.1.2 Test purpose 

To verify the ability of a UE to receive and decode the SMS where provided for the point to point service. 

16.1.1.3 Method of test 

Initial Conditions 

System simulator: 

1 cell, default parameters. 
User Equipment: 
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- the UE shall be in "Idle, updated" state; 
the SMS message storage shall be empty. 

Related ICS/IXIT Statements 

Support for Short message MT/PP. 

Description of the basic procedures to display a mobile terminated short message. 

The value of timer TC1M. 

Whether SMS messages are stored in the USIM and/or the ME. 

Support for call control state U10. 

Test procedure 

a) SS initiates the establishment of RRC Connection. After the completion of RRC Connection SS authenticates 
UE. 

After the SS receives SECURITY MODE COMPLETE, the SS sends a CP-DATA message. The information 
element of the CP-DATA message will be RP-DATA RPDU (SMS DELIVER TPDU). 

b) The SS waits a maximum of 25 seconds for the CP-ACK message and then a maximum of 60 seconds for the 
CP-DATA message containing the RP-ACK RPDU. 

c) The SS sends a CP-ACK to the UE within TC1M with no further CP-DATA messages and the SS initiates RRC 
Connection release. 

d) Steps a), b) and c) are repeated but the first CP-DATA message from the UE is not acknowledged. The second 
CP-DATA message from the UE is acknowledged by a CP-ACK within a time TC1M. 

e) Steps a) and b) are repeated. The SS is configured not to send CP-ACK. Then maximum 3 CP-DATA 
retransmissions may occur. After a duration of TC1M + 5 seconds after the last CP-DATA retransmission the SS 
then initiates the channel release. The 5 seconds is the appropriate time to wait to verify that the UE does not 
send more than the maximum allowed (3) CP-DATA retransmissions. 

f) The SMS message store shall be cleared manually by the operator. 

g) A data or speech call is established on a DTCH with the SS and the state U10 of call control is entered. The SS 
sends a PAGING TYPE 2. 

The SS sends a CP-DATA message. The information element of the CP-DATA message will be RP-DATA 
RPDU (SMS DELIVER TPDU). The SS waits a maximum of 25 seconds for the CP-ACK message and then a 
maximum of 60 seconds for the CP-DATA message containing the RP-ACK RPDU. 

h) The SS sends a CP-ACK to the UE within TC1M with no further CP-DATA messages and the SS initiates RRC 
Connection release. The SMS message store shall be cleared manually by the operator. 

i) Steps g) and h) are repeated but the first CP-DATA message from the UE is not acknowledged. The second CP- 
DATA message from the UE is acknowledged by a CP-ACK within a time TC1M. 

j) Step g) is repeated. The SS is configured not to send CP-ACK. Then maximum 3 CP-DATA retransmissions 
may occur. After a duration of TC1M + 15 seconds after the last CP-DATA retransmission the SS initiates the 
channel release. The 15 seconds is the appropriate time to wait to verify that the UE does not send more than the 
maximum allowed (3) CP-DATA retransmissions (during a call in progress). 
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k) A data or speech call is established on a DTCH with the SS and the state U10 of call control shall be entered. 
DTCHThe speech call is cleared by the SS with a disconnect message. (The call clearing is continued on the 
DCCH in parallel to the following exchange of messages related to SMS). 

The SS sends a CP-DATA RPDU (SMS DELIVER TPDU) message. The information element of the CP-DATA 
message is RP-DATA. 

The SS waits a maximum of 25 seconds for the CP-ACK message and then a maximum of 60 seconds for the 
CP-DATA message containing the RP-ACK RPDU. 

The SS sends a CP-ACK to the UE within TC1M with no further CP-DATA messages and the SS initiates 
channel release. 

The SMS message store shall be cleared manually by the operator. 

1) A data or speech call is established with the SS and the state U10 of call control is entered. After the SS sends a 
PAGING TYPE 2,the speech call shall be cleared from the UE. (The call clearing is continued in parallel to the 
following exchange of messages related to SMS). 

The SS sends a CP-DATA message. The information element of the CP-DATA message is RP-DATA RPDU 
(SMS DELIVER TPDU). 

The SS waits a maximum of 25 seconds for the CP-ACK message and then a maximum of 60 seconds for the 
CP-DATA message containing the RP-ACK RPDU. 

The SS sends a CP-ACK to the UE within TC1M with no further CP-DATA messages and the SS initiates RRC 
Connection release. 

The SMS message store shall be cleared manually by the operator. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




Mobile terminated establishment 
of RRC connectionMobile 
terminated establishment of RRC 
connection 


SeeTS34.108 


2 


— > 


PAGING RESPONSE 




3 


<— 


AUTHENTICATION REQUEST 




4 


— > 


AUTHENTICATION RESPONSE 




5 


<— 


SECURITY MODE COMMAND 




6 


— > 


SECURITY MODE COMPLETE 




7 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


8 


SS 




Waits max 25 seconds for CP-ACK 


9 


— > 


CP-ACK 




10 


SS 




Waits max 60 seconds for RP-ACK RPDU 


11 


— > 


CP-DATA 


Contains RP-ACK RPDU 


12 


<— 


CP-ACK 




13 


UE 




There should be no further CP-DATA messages until the 
UE aborts the RRC connection . 


14 


UE 




The UE shall indicate that an SM has arrived. If the UE 
provides the functionality to display MT messages, it is 
checked that the correct message is displayed 


15 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 
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Step 


Direction 


Message 


Comments 


UE SS 


16 


— > 


PAGING RESPONSE 




17 


<— 


AUTHENTICATION REQUEST 




18 


— > 


AUTHENTICATION RESPONSE 




19 


<— 


SECURITY MODE COMMAND 




20 


— > 


SECURITY MODE COMPLETE 




21 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


22 


SS 




Waits max 25 seconds for CP-ACK 


23 


— > 


CP-ACK 




24 


SS 




Waits max 60 seconds for RP-ACK RPDU 


25 


— > 


CP-DATA 


First CP-DATA from UE, contains RP-ACK RPDU 


26 


SS 




First CP-DATA message not acknowledged by SS 


27 


— > 


CP-DATA 


Retransmitted CP-DATA from UE within twice TC1M, 
after step 25, contains RP-ACK RPDU 


28 


<— 


CP-ACK 


Second CP_DATA message is acknowledged 


29 


UE 




There should be no further CP-DATA messages until the 
UE aborts the RRC connection. 


30 


UE 




The UE shall indicate that an SM has arrived. If the UE 
provides the functionality to display MT messages, it is 
checked that the correct message is displayed 


31 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


32 


— > 


PAGING RESPONSE 




33 


<— 


AUTHENTICATION REQUEST 




34 


— > 


AUTHENTICATION RESPONSE 




35 


<— 


SECURITY MODE COMMAND 




36 


— > 


SECURITY MODE COMPLETE 




37 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


38 


SS 




Waits max 25 seconds for CP-ACK 


39 


— > 


CP-ACK 




40 


SS 




Waits max 60 seconds for RP-ACK RPDU 


41 


— > 


CP-DATA 


Contains RP-ACK RPDU 


42 


SS 




First CP-DATA message not acknowledged by SS 


43 




CP-DATA 


Retransmitted CP-DATA from UE within twice TC1 M after 
step 41 , contains RP-ACK RPDU 


44 


SS 




Retransmitted CP-DATA message not acknowledged by 

SS 

Depending upon the maximum number of CP-DATA 


45 


UE 










retransmissions implemented, step 43 and 44 may be 








repeated. 


46 


<— 


RRC CONNECTION RELEASE 


RRC connecton is released after a duration of TC1 M + 5 
seconds after the last CP-DATA retransmission.. 


47 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




48 


UE 




The UE shall indicate that an SM has arrived. If the UE 
provides the functionality to display MT messages, it is 
checked that the correct message is displayed 


49 


SS 




A data or speech call is established on a DTCH and the 


50 






state U10 of call control is entered. 




PAGING TYPE 2 




51 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


52 


SS 




Waits max 25 seconds for CP-ACK 


53 


— > 


CP-ACK 




54 


SS 




Waits max 60 seconds for RP-ACK RPDU 


55 


— > 


CP-DATA 


Contains RP-ACK RPDU 


56 


<— 


CP-ACK 




57 


<— 


DISCONNECT 


Disconnect the active call 


58 


— > 


RELEASE 
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Step 


Direction 


Message 


Comments 


UE SS 


59 


UE 




The UE shall indicate that an SM has arrived. If the UE 
provides the functionality to display MT messages, it is 
checked that the correct message is displayed 


60 


UE 




Clear the SMS message store 


61 


SS 




A data or speech call is established on a DTCH and the 
state U10 of call control is entered. 


62 


<— 


PAGING TYPE 2 




63 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


64 


SS 




Waits max 25 seconds for CP-ACK 


65 


— > 


CP-ACK 




66 


SS 




Waits max 60 seconds for RP-ACK RPDU 


67 


— > 


CP-DATA 


First CP-DATA from UE, contains RP-ACK RPDU 


68 


SS 




First CP-DATA message not acknowledged by SS 


69 


— > 


CP-DATA 


Retransmitted CP-DATA message within twice TC1 M 
after step 67, contains RP-ACK RPDU 


70 


<— 


CP-ACK 


Second CP-DATA message is acknowledged 


71 


<— 


DISCONNECT 


Disconnect the active call 


72 


— > 


RELEASE 




74 


UE 




There should be no further CP-DATA messages until the 
UE aborts the RRC connection 


75 


UE 




The UE shall indicate that an SM has arrived. If the UE 
provides the functionality to display MT messages, it is 
checked that the correct message is displayed 


76 


UE 




Clear the SMS message store 


77 


SS 




A data or speech call is established on a DTCH and the 
state U10 of call control is entered. 


78 


<— 


PAGING TYPE 2 




79 


--> 
<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


80 


SS 




Waits max 25 seconds for CP-ACK 


81 


— > 


CP-ACK 




82 


SS 




Waits max 60 seconds for RP-ACK RPDU 


83 


— > 


CP-DATA 


First CP-DATA from UE, contains RP-ACK RPDU 


84 


SS 




First CP-DATA message not acknowledged by SS 


85 


— > 


CP-DATA 


Transmitted CP-DATA message within twice TC1 M after 
step 83, contains RP-ACK RPDU 


86 


SS 




Retransmitted CP-DATA message not acknowledged by 

SS 

Depending on the maximum number of CP-DATA 


87 


UE 










retransmissions implemented, step 85-86 may be 








repeated. The maximum number of retransmissions may 








however not exceed three. 


88 


<— 


RRC CONNECTION RELEASE 


RRC CONNECTION is released after a duration of TC1 M 
+ 15 seconds after the last CP-DATA retransmission. 


89 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




90 


UE 




The UE shall indicate that an SM has arrived. If the UE 
provides the functionality to display MT messages, it is 
checked that the correct message is displayed 


91 


UE 




Clear the SMS message store 


92 


SS 




A data or speech call is established on a DTCH and the 
state U10 of call control is entered. 


93 


<— 


PAGING TYPE 2 


Sent on DCCH associated with the DTCH 


94 


<— 


DISCONNECT 


The speech call is cleared by the SS. The call clearing is 
continued in parallel to the following exchange of 
messages related to SMS. 


95 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


96 


SS 




Waits max 25 seconds for CP-ACK 


97 


— > 


CP-ACK 




98 


SS 




Waits max 60 seconds for RP-ACK RPDU 


99 


— > 


CP-DATA 


Contains RP-ACK RPDU 


100 


<— 


CP-ACK 
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Step 


Direction 


Message 


Comments 


UE SS 


101 


UE 




There should be no further CP-DATA messages until the 
UE aborts the RR connection. 


102 


UE 




The UE shall indicate that an SM has arrived. If the UE 
provides the functionality to display MT messages, it is 
checked that the correct message is displayed 


103 


UE 




Clear the SMS message store 


104 


SS 




A data or speech call is established on a DTCH and the 
state U10 of call control is entered. 


105 


<— 


PAGING TYPE 2 




106 


— > 


DISCONNECT 


The speech call is cleared from the UE. The call clearing 
is continued in parallel to the following exchange of 
messages related to SMS. 


107 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


108 


<— 


RELEASE 


This message is likely to be sent before all of the CP- 
DATA message has been sent on the DCCH. 


109 


— > 


RELEASE COMPLETE 




110 


— > 


CP-ACK 


shall be sent before 25 seconds after the start of step 107 


111 


SS 




Waits max 60 seconds for RP-ACK RPDU 


112 


— > 


CP-DATA 


Contains RP-ACK RPDU 


113 


<— 


CP-ACK 




114 


UE 




There should be no further CP-DATA messages until the 
UE aborts the RRC connection. 


115 


UE 




The UE shall indicate that an SM has arrived. If the UE 
provides the functionality to display MT messages, it is 
checked that the correct message is displayed 


116 


UE 




Clear the SMS message store 



NOTE: Time values for SS wait time are chosen sufficiently high to be sure that the UE has enough time to 
respond to the different messages. 

Specific Message Contents 

SMS DELIVER TPDU 



Information element 


CommentValue 


TP-UDL 

TP-UD (140 octets) 


160 

text of message (160 characters) 



NOTE: The 160 characters in TP-UD shall include at least one occurrence of each character in the default 
alphabet (see TS 23.038, subclause 6.2.1). 



16.1.1.4 



Test requirements 



After step 7 UE shall receive SMS-DELIVER TPDU and send CP-ACK within 25 seconds and CP-DATA containing 
RP-ACK within 60 seconds. 

After step 25 UE shall retransmit CP-DATA containing RP-ACK within twice TC1M. 

After step 30 UE shall indicate that an SM has arrived. 

After step 43 UE shall repeat CP-DATA retransmissions as many times as the decided maximum number. 

After step 48 UE shall indicate that an SM has arrived. 

After step 51 UE shall receive SMS-DELIVER TPDU and send CP-ACK within 25 seconds and CP-DATA containing 
RP-ACK within 60 seconds. 

After step 67 UE shall retransmit CP-DATA containing RP-ACK within twice TC1M. 
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After step 74 UE shall indicate that an SM has arrived. 

After step 79 UE shall repeat CP-DATA retransmissions as many times as the decided maximum number. 

After step 90 UE shall indicate that an SM has arrived. 

After step 95 UE shall receive SMS -DELIVER TPDU and send CP-ACK within 25 seconds and CP-DATA containing 
RP-ACK within 60 seconds. 

After step 107 UE shall receive SMS-DELIVER TPDU and send CP-ACK within 25 seconds and CP-DATA 
containing RP-ACK within 60 seconds. 

1 6.1 .2 SMS mobile originated 

1 6.1 .2.1 Conformance requirements 

An active UE shall be able to submit short message TPDU (SMS-SUBMIT) at any time, independently of whether or 
not there is a speech or data call in progress. 

Reference 

TS 23.040, subclause 3.1. 

16.1.2.2 Test purpose 

To verify that the UE is able to correctly send a short message where the SMS is provided for the point to point service. 
The test also verifies that the UE is capable of simultaneously receiving a network originated SM whilst sending a 
mobile originated SM. 

16.1.2.3 Method of test 

Initial Conditions 

System simulator: 

1 cell, default parameters. 
User Equipment: 

- the UE shall be in "Idle, updated" state; 
the SMS message storage shall be empty. 

Related ICS/IXIT Statements 

Support for Short message MO/PP. 

Description of the basic procedures to display a mobile originated short message. 

Support for state U10 of call control. 

The value of timer TC1M. 

Whether SMS messages are stored in the USIM and/or the ME. 

Maximum length (characters) of a mobile originated short message. 

Test procedure 

a) The UE shall be set up to send a SM to the SS. The SS responds to RRC CONNECTION REQUEST by 

allocating aCCCH. The SS recievesRRC CONNECTION SETUP COMPLETE on DCCH and then performs the 
authentication. 
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b) After receiving SECURITY MODE COMMAND UE shall send SECURITY COMMAND COMPLETE. 

c) The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the UE with a 
CP-ACK message within TC1M followed by a CP-DATA message containing the correct RP-ACK RPDU. The 

SS waits a maximum of 25 seconds for the CP-ACK message. 

d) The SS sends a channel release message to the UE. 

e) Steps a) and b) are repeated. The SS is configured not to send the CP-ACK message. Then maximum 3 CP- 
DATA retransmissions may occur. After a duration of TC1M + 5 seconds after the last CP-DATA 
retransmission the SS initiates channel release. The 5 seconds is the appropriate time to wait to verify that the 
UE does not send more than the maximum CP-DATA retransmissions. 

f) Steps a) and b) are repeated. On receipt of the CP-DATA from the UE the SS sends a CP -ERROR message 
within TC1M containing a "Network Failure" cause. Then the SS initiates channel release. 

g) A data or speech call is established with the SS and the state U10 of call control is entered. The UE is setup to 
send an SM to the SS. After the reception of the CM SERVICE REQUEST, the SS sends a CM SERVICE 
ACCEPT message, h) The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT 
TPDU) from the UE with a CP-ACK message within TC1M followed by a CP-DATA message containing the 
correct RP-ACK RPDU. The SS waits a maximum of 25 seconds for the CP-ACK message. Then the SS sends a 
channel release message to the UE. 

i) Step g) is repeated. The SS is configured not to send the CP-ACK message. Then maximum 3 CP-DATA 
retransmissions may occur. After a duration of TC1M + 15 seconds after the last CP-DATA retransmission the 
SS initiates channel release. The 15 seconds is the appropriate time to wait to verify that the UE does not send 
more than the maximum CP-DATA retransmissions (during a call in progress). 

j) The SS is configured to receive a mobile originated SM. Steps a) and b) are repeated and, using the end of the 
CP-DATA message from the UE as a trigger, the SS sends a SM to the UE. In this case a new transaction 
identifier shall be used in the CP messages of SMS mobile terminated. 

k) The UE is set up to send an SM to the SS. On receipt of the CM SERVICE REQUEST the SS sends a CM 
SERVICE REJECT message with the reject cause set to "Service Option not supported" or "Service Option 
temporarily out of order". After 5 seconds the SS initiates channel release. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


<— 


SYSTEM INFORMATION 


BCCH 


2 


— > 


RRC CONNECTION REQUEST 


CCCH 


3 


<— 


RRC CONNECTION SETUP 


CCCH 


4 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


5 


— > 


CM SERVICE REQUEST 




6 


<— 


AUTHENTICATION REQUEST 




7 


— > 


AUTHENTICATION RESPONSE 




8 


<— 


SECURITY MODE COMMAND 




9 


— > 


SECURITY MODE COMPLETE 




10 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) 


11 


<— 


CP-ACK 


Sent within TC1 M after step 10 


12 


<— 


CP-DATA 


Contains RP-ACK RPDU 


13 


SS 




Waits max 25 seconds for CP-ACK 


14 


— > 


CP-ACK 




15 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. 


16 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




17 


<— 


SYSTEM INFORMATION 


BCCH 


18 


— > 


RRC CONNECTION REQUEST 


CCCH 


19 


<— 


RRC CONNECTION SETUP 


CCCH 
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Step 


Direction 


Message 


Comments 


UE | SS 


20 


— > 


RRC CONNECTION SETUP 


DCCH 


21 
22 




COMPLETE 




— > 


CM SERVICE REQUEST 




23 


<— 


AUTHENTICATION REQUEST 




24 


— > 


AUTHENTICATION RESPONSE 




25 


<— 


SECURITY MODE COMMAND 




26 


— > 


SECURITY MODE COMPLETE 




27 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) 


28 


SS 




SS configured not to send CP-ACK 


29 


— > 


CP-DATA 


Retransmitted CP-DATA message within twice TC1 M 
after step 27 


30 


UE 




Depending on the maximum number of CP-DATA 
retransmissions implemented, step 29 may be repeated. 
The maximum number of retransmissions may however 
not exceed three. 


31 


<— 


RRC CONNECTION RELEASE 


RRC CONNECTION is released after a duration of TC1 M 
+ 5 seconds after the last CP-DATA retransmission. 


32 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




33 


<— 


SYSTEM INFORMATION 


BCCH 


34 


— > 


RRC CONNECTION REQUEST 


CCCH 


35 


<— 


RRC CONNECTION SETUP 


CCCH 


36 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


37 


— > 


CM SERVICE REQUEST 




38 


<— 


AUTHENTICATION REQUEST 




39 


— > 


AUTHENTICATION RESPONSE 




40 


<— 


SECURITY MODE COMMAND 




41 


— > 


SECURITY MODE COMPLETE 




42 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) 


43 


<— 


CP-ERROR 


Sent within TC1M containing "Network Failure" cause. 


44 


<— 


RRC CONNECTION RELEASE 


RRC CONNECTION is released. 


45 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




46 


SS 




A data or speech call is established on a DTCH and the 
state U10 of call control is entered. 


47 


UE 




The UE is set up to send an SM 


48 


— > 


CM SERVICE REQUEST 


CM service type set to "short message " 


49 


<— 


CM SERVICE ACCEPT 




50 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) 


51 


<— 


CP-ACK 


Sent within TC1 M after step 50 


52 


<— 


CP-DATA 


Contains RP-ACK RPDU 


53 


SS 




Waits max 25 seconds for CP-ACK 


54 


— > 


CP-ACK 




55 


<— 


RRC CONNECTION RELEASE 


RRC CONNECTION is released. 


56 


— > 


RRC CONNECTION RELEASE 
CONPLETE 




57 


SS 




A data or speech call is established on a DTCH and the 
state U10 of call control is entered. 


58 


— > 


CM SERVICE REQUEST 


CM service type set to "short message " 


59 


<— 


CM SERVICE ACCEPT 




60 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) 


61 


SS 




SS configured not to send CP-ACK 


62 


— > 


CP-DATA 


Transmitted CP-DATA message within twice TC1 M after 
step 60 


63 


UE 




Depending on the maximum number of CP-DATA 
retransmissions implemented, step 62 may be repeated. 
The maximum number of retransmissions may however 
not exceed three. 


64 


<— 


RRC CONNECTION RELEASE 


RRC CONNECTION is released after a duration of TC1 m 
+ 15 seconds after the last CP-DATA retransmission. 


65 


— > 


RRC CONNECTION RELEASE 
COMPLETE 
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Step 


Direction 


Message 


Comments 


UE | SS 


66 


<— 


SYSTEM INFORMATION 


BCCH 


67 


— > 


RRC CONNECTION REQUEST 


CCCH 


68 


<— 


RRC CONNECTION SETUP 


CCCH 


69 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


70 


— > 


CM SERVICE REQUEST 




71 


<— 


AUTHENTICATION REQUEST 




72 


— > 


AUTHENTICATION RESPONSE 




73 


<— 


SECURITY MODE COMMAND 




74 


— > 


SECURITY MODE COMPLETE 




75 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) 


76 


SS 




The SS sends an SM to the UE triggered by the end of 
the CP-DATA message from the UE 


77 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


78 


UE 




The UE shall correctly receive the SM and indicate that a 
message has arrived. If the UE provides the functionality 
to display MT messages, it is checked that the correct 
message is displayed. In the MO case the UE shall send 
the CP-ACK message with transaction identifier assigned 
to this transfer. In the MT case the UE shall send a CP- 
ACK message and a CP-DATA message containing the 
RP-ACK RPDU. The transaction identifier shall be the 
same as chosen by the SS for the MT transfer. 


79 


— > 


RRC CONNECTION REQUEST 




80 


<— 


RRC CONNECTION SETUP 




81 


— > 


RRC CONNECTION SETUP 
COMPLETE 




82 


— > 


CM SERVICE REQUEST 


. CM service type set to "short message transfer" 


83 


<— 


CM SERVICE REJ 


Reject cause set to "Service Option not supported" or 
"Service Option temporarily out of order" 


84 


UE 






85 


<— 


RRC CONNECTION RELEASE 


Sent 5 seconds after CM SERVICE REJ 


86 


— > 


RRC CONNECTION RELEASE 
COMPLETE 





NOTE: Time values for SS wait times are chosen sufficiently high to be sure that the UE has enough time to 
respond to the different messages. 

Specific Message Contents 

SMS SUBMIT TPDU 



Information element 


CommentValue 


TP-UDL 

TP-UD (140 octets max) 


as applicable 

maximum number of characters (text of message) as 

defined by the manufacturer (see ICS/IXIT) 



16.1.2.4 Test requirements 

After step 9 UE shall send a CP-DATA containing RP-data. The RP-DATA shall contain SMS SUBMIT TPDU. 

After step 27 UE shall retransmit a CP-DATA containing RP-data. The RP-DATA shall contain SMS SUBMIT TPDU. 

After step 44 UE shall send the RRC CONNECTION RELEASE COMPLETE. 

After step 49 UE shall send a CP-DATA containing RP-data. The RP-DATA shall contain SMS SUBMIT TPDU. 

After step 60 UE shall repeat CP-DATA retransmissions as many times as the decided maximum number. 

After step 77 UE shall correctly receive the SM and indicate that a message has arrived. 
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After step 83 UE shall not send CP-DATA. 

1 6.1 .3 Test of memory full condition and memory available notification: 

The Memory Available Notification provides a means for the UE to notify the network that it has memory available to 
receive one or more short messages. The SMS status field in the USIM contains status information on the "memory 
available" notification flag. 

16.1.3.1 Conformance requirement 

1. When a mobile terminated message is Class 2, the UE shall ensure that the message has been transferred to the 
SMS data field in the USIM before sending an acknowledgement to the SC. The UE shall return a protocol error 
message if the short message cannot be stored in the USIM and there is other short message storage available in 
the UE. If all the short message storage in the UE is already in use, the UE shall return "memory capability 
exceeded". 

2. When the UE rejects a short message due to lack of available memory capability the need to transfer notification 
shall be stored in the USIM. 

3. If the memory capability becomes available because memory is cleared, the value of the memory capability 
exceeded notification flag in the USIM is read. If the flag is set, the UE notifies the network that memory 
capability is now available. After a positive acknowledgement from the network, the ME unsets the memory 
capability exceeded notification flag in the USIM. 

References 

- TS 23.040, subclause 9.2.3.10, TS 23.038, clause 4. 

- TS 23.040, subclause 10.3 (operation 14). 

- TS 23.040, subclause 10.3 (operation 14). 

16.1.3.2 Test purpose 

1. To verify that the UE sends the correct acknowledgement when its memory in the USIM becomes full. 

2. To verify that the UE sends the correct acknowledgement when its memory in the ME and the USIM becomes 
full, and sets the "memory exceeded" notification flag in the USIM. 

3. To verify that the UE performs the "memory available" procedure when its message store becomes available for 
receiving short messages, and only at this moment. 

16.1.3.3 Method of test 

Initial conditions 

- System Simulator: 

1 cell, default parameters. 
User Equipment: 

the UE shall be in the idle updated state; 

the SMS message storage shall be empty; 

the UE shall be connected to the USIM simulator. The following shall be present in the USIM simulator: 

EF SMS with at least one record; 
- EFsMSstatus, with SMS "Memory Cap. Exceed" notification flag set to "memory available"; 
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Service no. 4 (SMS) in EF S st set to allocated and activated. 

for storing of Class 1 Short Messages the UE shall be set up to store Short Messages in the ME memory (by 
way of MMI, as described in ICS/IXIT statement). 

Related ICS/IXIT Statements 

Support for Short message MT/PP. 

Description of the basic procedures to display a mobile terminated short message. 

Whether SMS messages are stored in the USIM and/or the ME. 

The value of timer TC1M. 



Test procedure 

a) step a) of subclause 16.1.5.3 (test of Class 2 Short Messages) is repeated until the UE sends a negative 
acknowledgement (RP -ERROR). The USIM simulator shall indicate if the "memory capability exceeded" 
notification flag has been set on the USIM. 

b) a Class 1 Short Message is sent to the UE. 

c) step b) is repeated until the UE sends a negative acknowledgement (RP -ERROR). The USIM simulator shall 
indicate if the "memory capability exceeded" notification flag has been set on the USIM. 

d) a Short Message is sent to the UE with the DCS field of the SMS-DELIVER TPDU set to 0. 

e) the SS prompts the operator to read a short message and to remove it from the message store of the UE. 

f) the SS waits for a RRC CONNECTION REQUEST from the UE, and sends a RRC CONNECTION SETUP. 

g) after the SS receives a RRC CONNECTION SETUP COMPLETE, the SS authenticates the UE and activates 
ciphering. 

h) the SS answers to the RP-SMMA from the UE with a CP-DATA containing a RP-ACK RPDU. 

i) after the UE has acknowledged the CP-DATA with a CP-ACK, the SS releases theRRC connection. The USIM 
simulator shall indicate if the "memory capability exceeded" notification flag has been unset on the USIM. 

j) step e) is repeated. 
Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 




2 


— > 


PAGING RESPONSE 






3 


<— 


AUTHENTICATION REQUEST 






4 


— > 


AUTHENTICATION RESPONSE 






5 


<— 


SECURITY MODE COMMAND 






6 


— > 


SECURITY MODE COMPLETE 






7 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU), 
2 Short Message 


Class 


8 


SS 




Waits max 25 seconds for CP-ACK 




9 


— > 


CP-ACK 






10 


SS 




Waits max 60 seconds for RP-ACK RPDU 




11 


— > 


CP-DATA 


Contains RP-ACK RPDU 




12 


<— 


CP-ACK 


Within TC1 Matter step 11 
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Step 


Direction 


Message 


Comments 


UE | SS 


13 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. Step 1-13 is repeated until 
UE sends a negative acknowledgement (RP-ERROR) in 
step 16. The RP-ERROR RPDU cause field shall be 
"Protocol error, unspecified" if there is message capability 
in the ME, or "Memory capability exceeded" if there is no 
message capability in the ME. If the total memory store of 
the UE is full, the ME shall set the "memory capability 
exceeded" notification flag on the USIM. 


14 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




15 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


16 


— > 


PAGING RESPONSE 




17 


<— 


AUTHENTICATION REQUEST 




18 


— > 


AUTHENTICATION RESPONSE 




19 


<— 


SECURITY MODE COMMAND 




20 


— > 


SECURITY MODE COMPLETE 




21 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 
1 Short Message 


22 


SS 




Waits max 25 seconds for CP-ACK 


23 


— > 


CP-ACK 




24 


SS 




Waits max 60 seconds for RP-ACK RPDU 


25 


— > 


CP-DATA 


Shall contain RP-ACK RPDU if there is memory 
capability in the ME. If not it shall contain RP-ERROR 
RPDU which cause field shall be "memory capability 
exceeded". If the total memory store of the UE now 
becomes full at this step, the ME shall set the "memory 
cap. exceed" notification flag on the USIM. 


26 


<— 


CP-ACK 


Within TC1 Matter step 25 


27 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. Step 15-27 is repeated until 
the UE sends an RP-ERROR. The USIM simulator shall 
indicate if the "memory capability exceeded" notification 
flag has been set on the USIM. 


28 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




29 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


30 


— > 


PAGING RESPONSE 




31 


<— 


AUTHENTICATION REQUEST 




32 


— > 


AUTHENTICATION RESPONSE 




33 


<— 


SECURITY MODE COMMAND 




34 


— > 


SECURITY MODE COMPLETE 




35 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) with 
TP-DCS set to 


36 


SS 




Waits max 25 seconds for CP-ACK 


37 


— > 


CP-ACK 




38 


SS 




Waits max 60 seconds for RP-ACK RPDU 


39 


— > 


CP-DATA 


Shall contain RP-ERROR RPDU with error cause 
"memory capability exceeded". 


40 


<— 


CP-ACK 


Within TC1 Matter step 39 


41 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. 


42 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




43 


SS 




Prompts the operator to remove one of the short 
messages from the message store of the UE. 


44 


<— 


SYSTEM INFORMATION 


BCCH 


45 


— > 


RRC CONNECTION REQUEST 


CCCH 


46 


<— 


RRC CONNECTION SETUP 


CCCH 


47 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



934 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Step 


Direction 


Message 


Comments 


UE | SS 


48 


— > 


CM SERVICE REQUEST 


CM service type information element is set to "Short 
message transfer". 


49 


<— 


CM SERVICE ACCEPT 




50 


— > 


CP-DATA 


Contains RP-SMMA RPDU 


51 


<— 


CP-ACK 




52 


<— 


CP-DATA 


Contains RP-ACK RPDU 


53 


— > 


CP-ACK 


Acknowledge of CP-DATA containing the RP-ACK 
RPDU. The ME shall unset the "memory capability 
exceeded" notification flag on the USIM. 


54 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. The USIM simulator shall 
indicate if the "memory capability exceeded" notification 
flag has been unset on the USIM. 


55 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




56 


SS 




Prompts the operator to remove one of the short 
messages from the message store of the UE. 


57 


UE 




Shall not attempt to send a RP-SMMA RPDU. This is 
verified by checking that the UE does not send a 
CHANNEL REQUEST message with the establishment 
cause "Other services which can be completed with an 
SDCCH" 



NOTE: Time values for SS wait time are chosen sufficiently high to be sure that the UE has enough time to 
respond to the different messages. 

Specific Message Contents 

SMS-DELIVER TPDU in step 7 



Information element 


CommentValue 


TP-DCS 


default alphabet, class 2 "1 1 1 10010"B 



SMS-DELIVER TPDU in step 21 



TP-DCS default alphabet, class 1 "1 1 1 1 0001 "B 



SMS-DELIVER TPDU in step 35 



TP-DCS 



default alphabet "00000000"B 



16.1.3.4 



Test requirements 



After UE sends a negative acknowledgement (RP-ERROR) in step 11, the USIM simulator shall indicate if the 
"memory capability exceeded" notification flag has been set on the USIM. 

After UE sends a negative acknowledgement (RP-ERROR) in step 23, the USIM simulator shall indicate if the 
"memory capability exceeded" notification flag has been set on the USIM. 

After step 53 the ME shall unset the "memory capability exceeded" notification flag on the USIM. 

After step 56 UE shall not attempt to send a RP-SMMA RPDU. 
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1 6.1 .4 Test of the status report capabilities and of SMS-COMMAND: 

This test applies to UEs which support the status report capabilities. 

16.1.4.1 Conformance requirement 

The SMS offers the SC the capabilities of informing the UE of the status of a previously sent mobile originated short 
message. This is achieved by the SC returning a status report TPDU (SMS-STATUS-REPORT) to the originating UE. 

SMS-COMMAND enables an UE to invoke an operation at the SC. 

The UE shall increment TP-MR by 1 for each SMS-SUBMIT or SMS-COMMAND being submitted. 

References 

- TS 23.040, subclause 3.2.9. 

- TS 23.040, subclause 9.2.3.6. 

16.1.4.2 Test purpose 

1) To verify that the UE is able to accept a SMS-STATUS-REPORT TPDU. 

2) To verify that the UE is able to use the SMS-COMMAND functionality correctly and sends an SMS- 
COMMAND TPDU with the correct TP-Message-Reference. 

16.1.4.3 Method of test 

Initial conditions 

- System Simulator: 

1 cell, default parameters. 
User Equipment: 
- the UE shall be in the idle updated state. 

Related ICS/IXIT Statements 
Support of SMS MO/PP and MT/PP. 

Test procedure 

a) The UE is made to send a Mobile Originated short message setting TP-SRR as in steps a) to d) of test 16.1.2 
(SMS Mobile originated). 

b) The SS sends a CP-DATA message containing a RP-DATA RPDU itself containing an SMS-STATUS- 
REPORT TPDU. 

c) The SS sends a RRC CONNECTION RELEASE message. 

d) The UE is made to send an SMS-COMMAND message enquiring about the previously submitted short message, 
e) 

f) The SS acknowledges the CP-DATA message from the UE with a CP-ACK followed by a CP-DATA message 
containing an RP-ACK RPDU 

g) After receiving the CP-ACK from the UE, the SS releases the RRC connection by using a RRC CONNECTION 
RELEASE message. 
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h) The UE is made to send an SMS-COMMAND message requiring to delete the previously submitted short 
message. 

i) steps e) to g) are repeated. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


<— 


SYSTEM INFORMATION 


BCCH 


2 


— > 


RRC CONNECTION REQUEST 


CCCH 


3 


<— 


RRC CONNECTION SETUP 


CCCH 


4 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


5 


— > 


CM SERVICE REQUEST 




6 


<— 


AUTHENTICATION REQUEST 




7 


— > 


AUTHENTICATION RESPONSE 




8 


<— 


SECURITY MODE COMMAND 




9 


— > 


SECURITY MODE COMPLETE 




10 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) 


11 


<— 


CP-ACK 


Sent within TC1 M after step 1 


12 


<— 


CP-DATA 


Contains RP-ACK RPDU 


13 


SS 




Waits max 25 seconds for CP-ACK 


14 


— > 


CP-ACK 




15 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. 


16 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




17 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


18 


— > 


PAGING RESPONSE 




19 


<— 


AUTHENTICATION REQUEST 




20 


— > 


AUTHENTICATION RESPONSE 




21 


<— 


SECURITY MODE COMMAND 




22 


— > 


SECURITY MODE COMPLETE 




23 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS-STATUS-REPORT 
TPDU) 


24 


— > 


CP-ACK 




25 


— > 


CP-DATA 


Contains RP-ACK RPDU 


26 


<— 


CP-ACK 




27 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. 


28 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




29 


UE 




The UE is made to send an SMS-COMMAND message 
enquiring about the previously submitted SM 


30 


<— 


SYSTEM INFORMATION 


BCCH 


31 


— > 


RRC CONNECTION REQUEST 


CCCH 


32 


<— 


RRC CONNECTION SETUP 


CCCH 


33 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


34 


— > 


CM SERVICE REQUEST 




35 


<— 


AUTHENTICATION REQUEST 




36 


— > 


AUTHENTICATION RESPONSE 




37 


<— 


SECURITY MODE COMMAND 




38 


— > 


SECURITY MODE COMPLETE 




39 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS-COMMAND TPDU) 
which shall contain the correct TP-MR 


40 


<— 


CP-ACK 




41 


<— 


CP-DATA 


Contains RP-ACK RPDU 
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Step 


Direction 


Message 


Comments 


UE | SS 


42 


— > 


CP-ACK 




43 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. 


44 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




45 


UE 


The UE is made to send an SMS- 


message requiring to delete the previously submitted 






COMMAND 


SM. 


46 


— > 


RRC CONNECTION REQUEST 


CCCH 


47 


<— 


RRC CONNECTION SETUP 


CCCH 


48 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


49 


— > 


CM SERVICE REQUEST 




50 


<— 


AUTHENTICATION REQUEST 




51 


— > 


AUTHENTICATION RESPONSE 




52 


<-- 


SECURITY MODE COMMAND 




53 


— > 


SECURITY MODE COMPLETE 




54 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS-COMMAND TPDU) 
which shall contain the correct TP-MR 


55 


<— 


CP-ACK 




56 


<— 


CP-DATA 


Contains RP-ACK RPDU 


57 


— > 


CP-ACK 




58 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. 


59 


— > 


RRC CONNECTION RELEASE 
COMPLETE 





Specific Message Contents 
SMS SUBMIT TPDU 



Information element 


Comment Value 


TP-SRR 


status report is requested "1"B 



SMS-STATUS-REPORT TPDU (SS to UE in step 23): 



Information element 


Comment Value 


TP-MR 

TP-MMS 

TP-SRQ 

TP-RA 

TP-ST 


same as previous SMS-SUBMIT 

no more messages "1"B 

result of SMS-SUBMIT "0"B 

same as the Destination address of the SMS-SUBMIT 

SM received "00000000"B 



first SMS-COMMAND TPDU (UE to SS in step 39) 



Information element 


Comment Value 


TP-MR 

TP-SRR 

TP-CT 

TP-MN 


TP-MR in previous SMS-SUBMIT plus "1" 

status report requested "1"B 

Enquiry relating to previously submitted 

short message "00000000"B 

not checked (TP-MR in previous SMS-SUBMIT) 
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second SMS-COMMAND TPDU (UE to SS in step 54) 



Information element 


Comment Value 


TP-MR 
TP-CT 
TP-MN 


TP-MR in previous SMS-COMMAND plus "1" 

Delete previously submitted short message "0000001 0"B 

not checked (TP-MR in previous SMS-SUBMIT) 



16.1.4.4 Test requirements 

After step 23 UE accept a SMS-STATUS-REPORT TPDU. 

After step 38 UE shall send a SMS-COMMAND TPDU with the correct TP-Message-Reference. 

After step 53 UE shall send a SMS-COMMAND TPDU with the correct TP-Message-Reference. 

1 6.1 .5 Test of message class to 3 

The tests under this subclause only apply to a UE capable of displaying short messages (see ICS/IXIT). 

16.1.5.1 Short message class 



16.1.5.1.1 



Conformance requirement 



When a mobile terminated message is class and the UE has the capability of displaying short messages, the UE shall 
display the message immediately and send an acknowledgement to the SC when the message has successfully reached 
the UE irrespective of whether there is memory available in the USIM or ME. The message shall not be automatically 
stored in the USIM or ME. 

References 

TS 23.038, clause 4. 



16.1.5.1.2 



Test purpose 



To verify that the UE will accept and display but not store a class message, and that it will accept and display a class 
message if its message store is full. 

NOTE: failure of this test in a UE could cause it to reject a class message when its SMS memory becomes full. 
This could lead to unwanted repetitions between the UE and the service centre. 



16.1.5.1.3 



Method of test 



Initial conditions 

- System Simulator: 

1 cell, default parameters. 
User Equipment: 

the UE shall be in the idle updated state; 
the UE message store shall be empty. 

Related ICS/IXIT Statements 

Support for Short message MT/PP. 

Description of the basic procedures to display a mobile terminated short message. 
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The value of timer TC1M. 

Whether SMS messages are stored in the USIM and/or the ME. 

Test procedure 

a) The SS sends a class message by using the method described in step a) of subclause 16.1.1 but with the TPDU 
described in this subclause. 

b) The UE message store shall be filled (for example by using the method of subclause 16.1.3 test of the memory 
available notification) with the same SMS-DELIVER TPDU except that TP-DCS is set to class 1. 

c) The SS sends a class message as in step a). 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


2 


— > 


PAGING RESPONSE 




3 


<— 


AUTHENTICATION REQUEST 




4 


— > 


AUTHENTICATION RESPONSE 




5 


<— 


SECURITY MODE COMMAND 




6 


— > 


SECURITY MODE COMPLETE 




7 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 
Short Message 


8 


— > 


CP-ACK 




9 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


10 


<— 


CP-ACK 




11 


<— 


RRC CONNECTION RELEASE 




12 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




13 


UE 




The content of the short message shall be displayed by 
the ME. The UE shall not store the message. This can be 
checked by verifying that it is impossible to retrieve any 
short messages from the UE message store. 


14 


SS 




The UE message store shall be filled (for example by 
using the method of 16.1.3) with Class 1 SMS-DELIVER 
TPDU. 


15 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


16 


--> 


PAGING RESPONSE 




17 


<— 


AUTHENTICATION REQUEST 




18 


— > 


AUTHENTICATION RESPONSE 




19 


<— 


SECURITY MODE COMMAND 




20 


— > 


SECURITY MODE COMPLETE 




21 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 
Short Message 


22 


— > 


CP-ACK 




23 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


24 


<— 


CP-ACK 




25 


<— 


RRC CONNECTION RELEASE 




26 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




27 


UE 




The content of the short message shall be displayed by 
the ME. 



ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



940 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Specific Message Contents 

SMS-DELIVER TPDU (containing a class message) (SS to UE) 



Information element 


CommentValue 


TP-DCS 


default alphabet, class "1111 0000"B 



SMS-DELIVER TPDU (containing a class 1 message to fill the UE message store) (SS to UE) 



Information element 


CommentValue 


TP-DCS 


default alphabet, class 1 "1111 0001 "B 



16.1.5.1.4 Test requirements 

After step 7 UE shall accept and display but not store a class message. 

After step 21 UE shall accept and display a class message. 

16.1.5.2 Test of class 1 short messages 

This test shall apply to UEs which support: 

storing of received Class 1 Short Messages; and 
displaying of stored Short Messages. 



16.1.5.2.1 



Conformance requirement 



When a mobile terminated message is class 1, the UE shall send an acknowledgement to the SC when the message has 
successfully reached the UE and can be stored, either in the ME or in the USIM. 

References 

TS 23.038, clause 4. 



16.1.5.2.2 



Test purpose 



This procedure verifies that the UE acts correctly on receiving a class 1 message, i.e. that it stores the message in the 
ME or USIM and sends an acknowledgement (at RP and CP-Layer). 



16.1.5.2.3 



Method of test 



Initial conditions 

- System Simulator: 

1 cell, default parameters. 
User Equipment: 

the UE shall be in the idle updated state; 
the UE message store shall be empty; 
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for storing of class 1 Short Messages, the UE shall be set up to store Short Messages in the ME memory (by 
way of MMI, as described in ICS/IXIT statement). 

Related ICS/IXIT Statements 

Support for Short message MT/PP. 

Description of the basic procedures to display a mobile terminated short message. 

The value of timer TC1M. 

Whether SMS messages are stored in the USIM and/or the ME. 

Test procedure 

a) The SS delivers a Short Message of class 1 to the UE as specified in subclause 16.1.1, step a). 

b) The Short Message is recalled (e.g. by means of the MMI). 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


2 


— > 


PAGING RESPONSE 




3 


<— 


AUTHENTICATION REQUEST 




4 


— > 


AUTHENTICATION RESPONSE 




5 


<— 


SECURITY MODE COMMAND 




6 


— > 


SECURITY MODE COMPLETE 




7 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 
1 Short Message 


8 


— > 


CP-ACK 




9 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


10 


<— 


CP-ACK 




11 


<— 


RRC CONNECTION RELEASE 




12 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




13 


UE 




The short message shall be recalled and displayed at the 
UE. 



Specific Message Contents 

SMS-DELIVER TPDU (containing a class 1 message) (SS to UE) 



Information element 


CommentValue 


TP-DCS 


default alphabet, class 1 "1111 0001 "B 



16.1.5.2.4 Test requirements 

After step 7 UE shall store the message in the ME or USIM and send an acknowledgement. 
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16.1 .5.3 Test of class 2 short messages 



16.1.5.3.1 Definition 

Class 2 Short Messages are defined as USIM specific, and the UE shall ensure that a message of this class is stored on 
the USIM. 

16.1.5.3.2 Conformance requirement 

When a mobile terminated message is Class 2, the UE shall ensure that the message has been correctly transferred to 
the SMS data field in the USIM before sending an acknowledgement to the SC. The UE shall return a "protocol error, 
unspecified" error message if the short message cannot be stored in the USIM and there is other short message storage 
available at the UE. If all the short message storage at the UE is already in use, the UE shall return "memory capacity 
exceeded". 

Reference(s) 

TS 23.040, subclause 9.2.3.10; TS 23.038, clause 4. TS 34. 108,subclause6. 11.3.2.27 

16.1.5.3.3 Test purpose 

This procedure verifies that the UE acts correctly on receiving a class 2 message, i.e. that it stores the message correctly 
in the USIM, and if this is not possible, returns a protocol error message, with the correct error cause, to the network. 

There are 2 cases: 

1) if the UE supports storing of short messages in the USIM and in the ME, and storage in the ME is not full, and 
the short message cannot be stored in the USIM, the error cause shall be "protocol error, unspecified"; 

2) if the UE supports storing of short messages in the USIM and not in the ME, and storage in the ME is not full, 
and the short message cannot be stored in the USIM, the error cause shall be "memory capacity exceeded". 

NOTE: If the UE supports storing of short messages in the USIM and the ME, and storage in the ME is full, and 
the short message cannot be stored in the USIM, the error cause shall be "memory capacity exceeded". 
This case is not tested in this test. 

16.1.5.3.4 Method of test 

Initial conditions 

System Simulator: 

1 cell, default parameters. 

User Equipment: 

the UE shall be in the idle updated state; 

- the ME message store shall be empty; 

the ME shall be connected to the USIM simulator. The following shall be present in the USIM simulator: 

EF SMS with at least two free records and one full record; 

- EFsMSstatus, with SMS "Memory Cap. Exceed" notification flag set to "memory available"; 

Service no. 4 (SMS) in EF SST set to allocated and activated; 

for storing of Class 1 Short Messages the UE shall be set up to store Short Messages in the ME memory 
(by way of MMI, as described in ICS/IXIT statement). 
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Related ICS/IXIT Statements 

Support for Short message MT/PP. 

The value of timer TC1M. 

Whether SMS messages are stored in the USIM and/or the ME. 

Test procedure 

a) The SS delivers a Short Message of class 2 to the UE as specified in subclause 16.1.1, step b). 

b) Following an attempt by the ME to store the short message in a free record of EF SMS in the USIM, the USIM 
simulator returns the status response "OK" ("90 00"). 

c) Step a) is repeated. 

d) Following an attempt by the ME to store the short message in a free record of EF S ms in the USIM, the USIM 
simulator returns the status response "memory problem" ("92 40"). 

e) The USIM simulator indicates if an attempt was made in steps a) and c) to store the messages and if the 
messages are stored according to the requirement. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


< 


Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


2 


— > 


PAGING RESPONSE 




3 


<— 


AUTHENTICATION REQUEST 




4 


— > 


AUTHENTICATION RESPONSE 




5 


<— 


SECURITY MODE COMMAND 




6 


— > 


SECURITY MODE COMPLETE 




7 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 
2 Short Message 


8 


— > 


CP-ACK 




9 


ME 




The ME shall correctly store the short message in a free 
record of EFSMS in the USIM, i.e. -the ME shall use a 
free record - the first byte of the record shall indicate 
"message received by UE from network" 

the TS-Service-Centre-Address shall be correctly 

stored 

- the TPDU shall be identical to that sent by the SS 

- bytes following the TPDU shall be set to "FF" 


10 


USIM 




The USIM simulator returns the status response "OK" 
("90 00"). The USIM simulator shall indicate if an attempt 
was made by the ME to store the short message in the 
USIM. 


11 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


12 


<— 


CP-ACK 




13 


<— 


RRC CONNECTION RELEASE 




14 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




15 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 
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Step 


Direction 


Message 


Comments 


UE | SS 


16 


— > 


PAGING RESPONSE 




17 


<— 


AUTHENTICATION REQUEST 




18 


— > 


AUTHENTICATION RESPONSE 




19 


<-- 


SECURITY MODE COMMAND 




20 


— > 


SECURITY MODE COMPLETE 




21 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 
2 Short Message 


22 


— > 


CP-ACK 




23 


ME 




The ME shall attempt to store the short message in a free 
record of EFSMS in the USIM. 


24 


USIM 




The USIM simulator returns the status response "memory 
problem" ("92 40"). The USIM simulator shall indicate if 
an attempt was made by the ME to store the short 
message in the USIM. 


25 


— > 


CP-DATA 


Contains RP-ERROR RPDU with error cause "protocol 
error, unspecified" if the UE supports storing of short 
messages in the ME, or error cause "memory capacity 
exceeded" if not. 


26 


<— 


CP-ACK 




27 


<— 


RRC CONNECTION RELEASE 




28 


— > 


RRC CONNECTION RELEASE 
COMPLETE 





Specific Message Contents 

SMS-DELIVER TPDU (containing a class 2 message) (SS to UE) 



Information element 


CommentValue 


TP-DCS 


default alphabet, class 2 "1111 001 0"B 



16.1.5.3.4 



Test requirements 



After step 10 UE shall confirm that the short message is stored in the USIM and send CP-DATA containing RP-ACK 
RPDU. 

After step 24 UE shall confirm that the short message cannot be stored in the USIM and send CP-DATA containing RP- 
ERROR RPDU. If UE supports storing of short message in the ME, the error cause of RP-ERROR RPDU shall be 
"protocol error, unspecified", and if not the error cause of RP-ERROR RPDU shall be "memory capacity exceeded" 

1 6.1 .5.4 Test of class 3 short messages 

For further study. 

16.1.6 Test of short message type 

For further study. 
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1 6.1 .7 Test of the replace mechanism for SM type 1 -7 

16.1.7.1 Definition 

1 6.1 .7.2 Conformance requirement 

On receipt of a short message, the UE shall check to see if the associated Protocol Identifier contains a Replace Short 
Message Type code. If such a code is present, then the UE will check the associated SC address (RP-OA) and 
originating address (TP-OA) and replace any existing stored message having the same Protocol Identifier code, SC 
address and originating address with the new short message. 

Reference(s) 

TS 23.040; subclause 9.2.3.9. 

16.1.7.3 Test purpose 

This procedure verifies the correct implementation of the replace mechanism for Replace Short Messages. 

16.1.7.4 Method of test 

Initial conditions 

System Simulator: 

1 cell, default parameters. 
User Equipment: 

the UE shall be in the idle updated state; 
- the UE message store shall be empty. 

Related ICS/IXIT Statements 

Support for Short message MT/PP. 

Description of the basic procedures to display a mobile terminated short message. 

The value of timer TC1M. 

Test procedure 

a) Two different numbers n and m are drawn randomly between 1 and 7. Two different addresses for TP- 
Originating-Address (TPOA1 and TPOA2) are drawn. Two different addresses for RP-Originating-Address 
(RPOA1 and RPOA2) are drawn. 

b) The SS delivers a short message to the UE as specified in subclause 16.1.1 step a). In the SMS-DELIVER 
TPDU, the TP-Protocol-Identifier parameter is "Replace Short Message Type n", the TP-Originating-Address is 
TPOA1, and the RP-Originating-Address is RPOA1. 

c) Step b) is repeated but with a different TP-Originating-Address (TPOA2), and different contents of TP-User- 
Data in the SMS-DELIVER TPDU. The other parameters are the same as in step b). 

d) Step c) is repeated but with RPO A2 in the RP-Originated-Address, and contents of TP-User-Data different from 
the former two messages. The other parameters are the same as in step c). 

e) Step d) is repeated but with the TP-Protocol -Identifier equal to "Replace Short Message Type m", and contents 
of TP-User-Data different from the former three messages. The other parameters are the same as in step d). 

f) Step e) is repeated but the contents of TP-User-Data are different from that used in step e). 
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g) The SS prompts the operator to display the Short Messages stored in the UE. 



Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


2 


— > 


PAGING RESPONSE 




3 


<— 


AUTHENTICATION REQUEST 




4 


— > 


AUTHENTICATION RESPONSE 




5 


<— 


SECURITY MODE COMMAND 




6 


— > 


SECURITY MODE COMPLETE 




7 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) TP- 
PID is "Replace Short Message Type n", TP-OA is 
TPOA1 and RP-OA is RPOA1 


8 


— > 


CP-ACK 




9 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


10 


<— 


CP-ACK 




11 


<— 


RRC CONNECTION RELEASE 




12 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




13 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


14 


— > 


PAGING RESPONSE 




15 


<— 


AUTHENTICATION REQUEST 




16 


— > 


AUTHENTICATION RESPONSE 




17 


<— 


SECURITY MODE COMMAND 




18 


— > 


SECURITY MODE COMPLETE 




19 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) TP- 
PID is "Replace Short Message Type n", TP-OA is 
TPOA2 and RP-OA is RPOA1, TP-UD different from step 

7 


20 


— > 


CP-ACK 


21 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


22 


<— 


CP-ACK 




23 


<— 


RRC CONNECTION RELEASE 




24 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




25 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


26 


— > 


PAGING RESPONSE 




27 


<— 


AUTHENTICATION REQUEST 




28 


— > 


AUTHENTICATION RESPONSE 




29 


<— 


SECURITY MODE COMMAND 




30 


— > 


SECURITY MODE COMPLETE 




31 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) TP- 
PID is "Replace Short Message Type n", TP-OA is 
TPOA2 and RP-OA is RPOA2, TP-UD different from step 
7 and 19 


32 


— > 


CP-ACK 




33 


— > 


CP-DATA 


Contains RP-ACK RPDU. 
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Step 


Direction 


Message 


Comments 


UE | SS 


34 


<— 


CP-ACK 




35 


<— 


RRC CONNECTION RELEASE 




36 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




37 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


38 


— > 


PAGING RESPONSE 




39 


<— 


AUTHENTICATION REQUEST 




40 


— > 


AUTHENTICATION RESPONSE 




41 


<— 


SECURITY MODE COMMAND 




42 


— > 


SECURITY MODE COMPLETE 




43 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) TP- 
PID is "Replace Short Message Type m", TP-OA is 
TPOA2 and RP-OA is RPOA2, TP-UD different from step 
7, 19 and 31 


44 


— > 


CP-ACK 




45 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


46 


<— 


CP-ACK 




47 


<— 


RRC CONNECTION RELEASE 




48 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




49 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


50 


— > 


PAGING RESPONSE 




51 


<— 


AUTHENTICATION REQUEST 




52 


— > 


AUTHENTICATION RESPONSE 




53 


<— 


SECURITY MODE COMMAND 




54 


— > 


SECURITY MODE COMPLETE 




55 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) TP- 
PID is "Replace Short Message Type m", TP-OA is 
TPOA2 and RP-OA is RPOA2, TP-UD different from step 
43 


56 


— > 


CP-ACK 


57 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


58 


<— 


CP-ACK 




59 


<— 


RRC CONNECTION RELEASE 




60 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




61 


SS 




Prompts the operator to display the Short Messages 
stored in the UE. Only the Short Messages delivered in 
step 7, 19, 31 and 55 shall be retrievable and displayed 



Specific Message Contents 
SMS-DELIVER TPDU 



Information element 


CommentValue 


TP-MMS 
TP-PID 


no more messages are waiting in SC "1 "B 
binary 01000xxx, xxx represents n resp. m (see test 
method description) 
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16.1.7.5 Test requirements 

After step 60 only the Short Messages delivered in step 7, 19, 31 and 55 shall be retrieved and displayed. 

16.1.8 Test of the reply path scheme 

16.1.8.1 Definition 

1 6.1 .8.2 Conformance requirement 

When a replying UE receives an original mobile terminated short message it has: 

- originating SME = TP -Originating Address in the SMS-DELIVER TPDU; 

- original SC = RP-Originating Address in the RP-MT-DATA. 

When submitting the reply mobile originated short message, the replying UE should use parameters as follows: 

- TP-Destination Address in SMS-SUBMIT TPDU = originating SME; 

- RP-Destination Address in RP-MO-DATA = original SC. 

Reference(s) 

TS 23.040 Annex D.5,D.6 

16.1.8.3 Test purpose 

This procedure verifies that the UE is able to send a Reply Short Message back to the correct originating SME even if in 
the meantime it receives another Short Message. 

16.1.8.4 Method of test 

Initial conditions 

System Simulator: 

1 cell, default parameters. 
User Equipment: 

the UE shall be in the idle updated state; 
the UE message store shall be empty. 

Related ICS/IXIT Statements 

Support for Short message MT/PP. 

Support for Short message MO/PP. 

Description of the basic procedures to display a mobile terminated short message. 

Description of the basic procedures to send a mobile originated short message. 

The value of timer TC1M. 
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Test procedure 

a) The SS delivers a Short Message as specified in subclause 16.1.1, step b) with TP-Reply-Path set to 1. 

b) Step a) is repeated but with: 

different TP-Originating-Address for the originating SME; 
different RP-Originating-Address for the original SC; and 
different message contents TP-User-Data. 

c) One of the two Short Messages is displayed (e.g. by means of the MMI) and the Reply Short Message is 
submitted (e.g. by means of the MMI). 

d) step c) is repeated for the other Short Message. 
Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


2 


— > 


PAGING RESPONSE 




3 


<— 


AUTHENTICATION REQUEST 




4 


— > 


AUTHENTICATION RESPONSE 




5 


<— 


SECURITY MODE COMMAND 




6 


— > 


SECURITY MODE COMPLETE 




7 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) TP- 
RP set to 1 


8 


— > 


CP-ACK 


Sent within TC1 M after step 7 


9 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


10 


<— 


CP-ACK 




11 


<— 


RRC CONNECTION RELEASE 




12 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




13 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


14 


— > 


PAGING RESPONSE 




15 


<— 


AUTHENTICATION REQUEST 




16 


— > 


AUTHENTICATION RESPONSE 




17 


<— 


SECURITY MODE COMMAND 




18 


— > 


SECURITY MODE COMPLETE 




19 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) TP- 
OA, RP-OA and TP-UD different from step 7 


20 


— > 


CP-ACK 


Sent within TC1 M after step 7 


21 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


22 


<— 


CP-ACK 




23 


<— 


RRC CONNECTION RELEASE 




24 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




25 


UE 




One of the two Short Messages is displayed and the 
Reply Short Message is submitted. 


26 


<— 


SYSTEM INFORMATION 


BCCH 


27 


— > 


RRC CONNECTION REQUEST 


CCCH 


28 


<— 


RRC CONNECTION SETUP 


CCCH 
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Step 


Direction 


Message 


Comments 


UE | SS 


29 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


30 


— > 


CM SERVICE REQUEST 




31 


<— 


AUTHENTICATION REQUEST 




32 


— > 


AUTHENTICATION RESPONSE 




33 


<— 


SECURITY MODE COMMAND 




34 


— > 


SECURITY MODE COMPLETE 




35 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) RP-DA 
= RP-OA corresponding to the message displayed TP- 
DA = TP-OA corresponding to the message displayed 


36 


<— 


CP-ACK 


Sent within TC1 M after step 35 


37 


<— 


CP-DATA 


Contains RP-ACK RPDU 


38 


SS 




Waits max 25 seconds for CP-ACK 


39 


— > 


CP-ACK 




40 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. 




— > 


RRC CONNECTION RELEASE 
COMPLETE 




41 


UE 




The other Short Message is displayed and the Reply 
Short Message is submitted. 


42 


<— 


SYSTEM INFORMATION 


BCCH 


43 


— > 


RRC CONNECTION REQUEST 


CCCH 


44 


<— 


RRC CONNECTION SETUP 


CCCH 


45 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


46 


— > 


CM SERVICE REQUEST 




47 


<— 


AUTHENTICATION REQUEST 




48 


— > 


AUTHENTICATION RESPONSE 




49 


<— 


SECURITY MODE COMMAND 




50 


— > 


SECURITY MODE COMPLETE 




51 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) RP-DA 
= RP-OA corresponding to the Message displayed TP- 
DA = TP-OA corresponding to the message displayed 


52 


<— 


CP-ACK 


Sent within TC1 M after step 51 


53 


<— 


CP-DATA 


Contains RP-ACK RPDU 


54 


SS 




Waits max 25 seconds for CP-ACK 


55 


— > 


CP-ACK 




56 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. 


57 


— > 


RRC CONNECTION RELEASE 
COMPLETE 





Specific Message Contents 
SMS-DELIVERTPDU 



Information element 


CommentValue 


TP-MMS 
TP-RP 


no more messages are waiting in SC "1 "B 
Reply Path exists "1"B 



16.1.8.5 Test requirements 

After step 34 UE shall send the Reply Short Message corresponding to one of two previously received short messages. 

After step 50 UE shall send the Reply Short Message corresponding to the other of two previously received short 

messages. 
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1 6.1 .9 Multiple SMS mobile originated 
16.1.9.1 UE in idle mode 

This test applies to UE supporting the ability of sending multiple short messages on the same RRC connection when 
there is no call in progress. 

1 6.1 .9.1.1 Conformance requirements 

When the UE chooses to use the same RRC connection to send another short message or a memory available 
notification, then: 

- the UE shall transmit a CM SERVICE REQUEST for the new CM connection before the final CP-ACK (e.g. the 
one that acknowledges the CP-DATA that carried the RP-ACK) for the old MM connection is transmitted; 

- before transmission of the first CP-DATA on the new MM connection, the UE shall transmit the CP-ACK for 
the old MM connection; 

the Transaction Identifier used on the new MM connection shall be different to that used on the old MM 
connection; and 

the UE shall not initiate establishment of the new MM connection before the final CP-DATA (e.g. the one 
carrying the RP-ACK) has been received. 

Reference 

- TS 23.040; subclause 3.1. 

- TS 24.011; subclause 5.4. 

16.1.9.1.2 Test purpose 

To verify that the UE is able to correctly send multiple short messages on the same RRC connection when using a 
DCCH. 

16.1.9.1.3 Method of test 

Initial conditions 

System simulator: 

1 cell, default parameters. 
User Equipment: 
- the UE shall be in "Idle, updated" state; 

the SMS message storage shall be empty. 

Related ICS/IXIT statements 

Support for multiple short message MO/PP on the same RRC connection. 

Description of how to enter multiple SMS. 

Description of the basic procedures to display a mobile originated short message. 

Whether SMS messages are stored in the USIM and/or the ME. 
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Foreseen final state of UE 
Idle, updated. 

Test procedure 

a) The UE shall be set up to send 3 short messages as multiple SM to the SS. The SS answers correctly to RRC 
CONNECTION REQUEST on CCCH and then performs the authentication. 

b) After receiving SECURITY MODE COMMAND UE shall send SECURITY COMMAND COMPLETE. 

c) The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the UE with a 
CP-ACK message followed by a CP-DATA message containing the correct RP-ACK RPDU. The Transaction 
Identifier used on this MM connection is 'x'. 

d) The UE shall transmit a CM SERVICE REQUEST for the new CM connection (for the second short message) 
before the final CP-ACK (the one that acknowledges the CP-DATA that carried the RP-ACK before) for the old 
MM connection is transmitted. The UE shall not initiate establishment of the new MM connection before the 
final CP-DATA (i.e. the one carrying the RP-ACK for the first short message) has been received. Before 
transmission of the first CP-DATA on the new MM connection, the UE shall transmit the CP-ACK for the old 
MM connection. The Transaction Identifier used on the new MM connection shall be y, where y <> x (see 
procedure c)). 

e) The SS waits a maximum of 5 seconds after receiving the CM SERVICE REQUEST for the CP-ACK message 
from the UE. 

f) The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the UE with a 
CP-ACK message followed by a CP-DATA message containing the correct RP-ACK RPDU. 

g) The UE shall transmit a CM SERVICE REQUEST for the new CM connection (for the third short message) 
before the final CP-ACK (the one that acknowledges the CP-DATA that carried the RP-ACK before) for the old 
MM connection is transmitted. Before transmission of the first CP-DATA on the new MM connection, the UE 
shall transmit the CP-ACK for the old MM connection. The Transaction Identifier used on the new MM 
connection shall be z, where z <> y (see procedure d)). The UE shall not initiate establishment of the new MM 
connection before the final CP-DATA (i.e. the one carrying the RP-ACK for the second short message) has been 
received. 

h) The SS waits a maximum of 5 seconds after receiving the CM SERVICE REQUEST for the CP-ACK message 
from the UE. 

i) The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the UE with a 
CP-ACK message followed by a CP-DATA message containing the correct RP-ACK RPDU. 

j) The SS waits a maximum of 5 seconds after sending CP-DATA for the CP-ACK message from the UE. 

k) The SS sends a RRC CONNECTION RELEASE to the UE. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


<— 


SYSTEM INFORMATION 


BCCH 




2 


— > 


RRC CONNECTION REQUEST 


CCCH 




3 


<— 


RRC CONNECTION SETUP 


CCCH 




4 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 




5 


— > 


CM SERVICE REQUEST 






6 


<— 


AUTHENTICATION REQUEST 






7 


— > 


AUTHENTICATION RESPONSE 






8 


<— 


SECURITY MODE COMMAND 






9 


— > 


SECURITY MODE COMPLETE 
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Step 


Direction 


Message 


Comments 


UE | SS 


10 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU). The 
Transaction Identifier used in steps 10, 11, 12 and 14 
shall be x. 


11 


<— 


CP-ACK 




12 


<— 


CP-DATA 


Contains RP-ACK RPDU 


13 


— > 


CM SERVICE REQUEST 


CM service type set to "Short message transfer". 


14 


— > 


CP-ACK 


Shall be sent within 5 seconds of step 13 


15 


<— 


CM SERVICE ACCEPT 




16 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU). The 
Transaction Identifier used in steps 16, 17, 18 and 20 
shall be y where y <> x (see step 1 0). 


17 


<— 


CP-ACK 




18 


<— 


CP-DATA 


Contains RP-ACK RPDU 


19 


— > 


CM SERVICE REQUEST 


CM service type set to "Short message transfer". 


20 


— > 


CP-ACK 


Shall be sent within 5 seconds of step 19 


21 


<— 


CM SERVICE ACCEPT 




22 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU). The 
Transaction Identifier used in steps 22, 23, 24 and 25 
shall be z, where z <> y (see step 16). 


23 


<— 


CP-ACK 




24 


<— 


CP-DATA 


Contains RP-ACK RPDU 


25 


— > 


CP-ACK 


Shall be sent within 5 seconds of step 24 


26 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. 


27 


— > 


RRC CONNECTION RELEASE 
COMPLETE 





16.1.9.1.4 



Test requirements 



In step 12 the UE shall transmit a CM SERVICE REQUEST for the new CM connection (for the second short message) 
before the final CP-ACK for the old MM connection is transmitted. 

In step 13 the UE shall transmit a CM SERVICE REQUEST for the new CM connection (for the third short message) 
before the final CP-ACK for the old MM connection is transmitted. 



1 6.1 .9.2 UE in active mode 

This test applies to UE supporting the ability of sending concatenated multiple short messages when there is a call in 
progress. 



16.1.9.2.1 



Conformance requirements 



When the UE chooses to use the same RRC connection to send another short message or a memory available 
notification, then: 

- the UE shall transmit a CM SERVICE REQUEST for the new CM connection before the final CP-ACK (e.g. the 
one that acknowledges the CP-DATA that carried the RP-ACK) for the old MM connection is transmitted; 

- before transmission of the first CP-DATA on the new MM connection, the UE shall transmit the CP-ACK for 
the old MM connection; 

the Transaction Identifier used on the new MM connection shall be different to that used on the old MM 
connection; and 

the UE shall not initiate establishment of the new MM connection before the final CP-DATA (e.g. the one 
carrying the RP-ACK) has been received. 
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Reference 

- TS 23.040; subclause 3.1. 

- TS 24.011; subclause 5.4. 



16.1.9.2.2 



Test purpose 



To verify that the UE is able to correctly concatenate multiple short messages on the same RRC connection when sent 
parallel to a call. 



16.1.9.2.3 



Method of test 



Initial conditions 

System simulator: 

1 cell, default parameters. 
User Equipment: 
- the UE shall be in "Idle, updated" state; 

the SMS message storage shall be empty. 

Related ICS/IXIT statements 

Support for multiple short message MO/PP on the same RRC connection. 

Description of how to enter multiple SMS. 

Description of the basic procedures to display a mobile originated short message. 

Support for state U10 of call control. 

Whether SMS messages are stored in the USIM and/or the ME. 

Foreseen final state of UE 
Idle, updated. 

Test procedure 

a) A data or speech call is established on a DTCH with the SS and the state U10 of call control is entered. The UE 
is set up to send 3 short messages as multiple SM to the SS. After the reception of the CM SERVICE 
REQUEST, the SS sends a CM SERVICE ACCEPT message, b) Steps c) to k) of the test procedure in 
subclause 16.1.9.1.3 are repeated. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


SS 




A data or speech call is established on a DTCH and the 
state U10 of call control is entered. 


2 


UE 




The UE is set up to send 3 short messages as multiple 

SM 

Sent in a layer 2 frame on the DCCH. CM service type 


3 


— > 


CM SERVICE REQUEST 








set to "short message transfer" 


4 


<— 


CM SERVICE ACCEPT 




7 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU). The 
Transaction Identifier used in steps 7, 8, 9 and 1 1 shall 
be x. 


8 


<— 


CP-ACK 


9 


<— 


CP-DATA 


Contains RP-ACK RPDU 


10 


— > 


CM SERVICE REQUEST 


Sent in a layer 2 frame on the DCCH. CM service type 
set to "short message transfer" 


11 


— > 


CP-ACK 


Shall be sent within 5 seconds of step 10 


12 


<— 


CM SERVICE ACCEPT 




13 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU). The 
Transaction Identifier used in steps 13, 14, 15 and 17 
shall be y where y <> x (see step 7). 


14 


<— 


CP-ACK 




15 


<— 


CP-DATA 


Contains RP-ACK RPDU 


16 


— > 


CM SERVICE REQUEST 


Sent in a layer 2 frame on the DCCH. CM service type 
set to "short message transfer" 


17 


— > 


CP-ACK 


Shall be sent within 5 seconds of step 16 


18 


<— 


CM SERVICE ACCEPT 




19 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU). The 
Transaction Identifier used in steps 19, 20, 21 and 22 
shall be z, where z <> y (see step 13). 


20 


<— 


CP-ACK 




21 


<— 


CP-DATA 


Contains RP-ACK RPDU 


22 


— > 


CP-ACK 


Shall be sent within 5 seconds of step 21 


23 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. 


24 


— > 


RRC CONNECTION RELEASE 
COMPLETE 





16.1.9.2.4 



Test requirements 



In step 9 the UE shall transmit a CM SERVICE REQUEST for the new CM connection (for the second short message) 
before the final CP-ACK for the old MM connection is transmitted. 

In step 15 the UE shall transmit a CM SERVICE REQUEST for the new CM connection (for the third short message) 
before the final CP-ACK for the old MM connection is transmitted. 

1 6.2 Short message service point to point on PS mode 

All of test cases in this subclause are applied to the UE supported PS mode. 

1 6.2. 1 SMS mobile terminated 



16.2.1.1 



Conformance requirements 



An active UE shall be able to receive short message TPDU (SMS-DELIVER) at any time, independently of whether or 
not there is a PDP context in progress. A report will always be returned to the SC, confirming that the UE has received 
the short message. 
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Reference 

TS 23.040, subclause 3.1. 

16.2.1.2 Test purpose 

To verify the ability of a UE to receive and decode the SMS where provided for the point to point service. 

16.2.1.3 Method of test 

Initial Conditions 

System simulator: 

1 cell, default parameters. 
User Equipment: 

- the UE shall be in "Idle, updated" state; 

- the SMS message storage shall be empty. 

Related ICS/IXIT Statements 

Support for Short message MT/PP. 

Description of the basic procedures to display a mobile terminated short message. 

The value of timer TC1M. 

Whether SMS messages are stored in the USIM and/or the ME. 

Support for session management state'TDP-ACTIVE". 

Test procedure 

a) The SS initiates the establishment of RRC Connection. After the completion of RRC Connection the SS 
authenticates the UE and activates ciphering. 

After the SS receives SECURITY MODE COMPLETE, the SS sends a CP-DATA message. The information 
element of the CP-DATA message will be RP-DATA RPDU (SMS DELIVER TPDU). 

b) The SS waits a maximum of 25 seconds for the CP-ACK message and then a maximum of 60 seconds for the 
CP-DATA message containing the RP-ACK RPDU. 

c) The SS sends a CP-ACK to the UE within TC1M with no further CP-DATA messages and the SS initiates 
channel release. 

d) Steps a), b) and c) are repeated but the first CP-DATA message from the UE is not acknowledged. The second 
CP-DATA message from the UE is acknowledged by a CP-ACK within a time TC1M. 

e) Steps a) and b) are repeated. The SS is configured not to send CP-ACK. Then maximum 3 CP-DATA 
retransmissions may occur. After a duration of TC1M + 5 seconds after the last CP-DATA retransmission the SS 
then initiates the channel release. The 5 seconds is the appropriate time to wait to verify that the UE does not 
send more than the maximum allowed (3) CP-DATA retransmissions. 

f) The SMS message store shall be cleared manually by the operator. 

g) A PDP context is established with the SS and the state PDP-ACTIVE of session management is entered. The SS 
sends a PAGING TYPE 2. 
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The SS sends a CP-DATA message. The information element of the CP-DATA message will be RP-DATA 
RPDU (SMS DELIVER TPDU). The SS waits a maximum of 25 seconds for the CP-ACK message and then a 
maximum of 60 seconds for the CP-DATA message containing the RP-ACK RPDU. 

h) The SS sends a CP-ACK to the UE within TC1M with no further CP-DATA messages and the SS initiates 
channel release. The SMS message store shall be cleared manually by the operator. 

i) Steps g) and h) are repeated but the first CP-DATA message from the UE is not acknowledged. The second CP- 
DATA message from the UE is acknowledged by a CP-ACK within a time TC1M. 

j) Step g) is repeated. The SS is configured not to send CP-ACK. Then maximum 3 CP-DATA retransmissions 
may occur. After a duration of TC1M + 15 seconds after the last CP-DATA retransmission the SS initiates the 
channel release. The 15 seconds is the appropriate time to wait to verify that the UE does not send more than the 
maximum allowed (3) CP-DATA retransmissions (during PDP context in progress). 

k) A PDP context is established with the SS and the state PDP-ACTIVE of session management is entered. The 
PDP context is cleared by the SS with a disconnect message. (The PDP context deactivating is continued in 
parallel to the following exchange of messages related to SMS). 

The SS sends a CP-DATA RPDU (SMS DELIVER TPDU) message. The information element of the CP-DATA 
message is RP-DATA. 

The SS waits a maximum of 25 seconds for the CP-ACK message and then a maximum of 60 seconds for the 
CP-DATA message containing the RP-ACK RPDU. 

The SS sends a CP-ACK to the UE within TC1M with no further CP-DATA messages and the SS initiates 
channel release. 

The SMS message store shall be cleared manually by the operator. 

1) A PDP context is established with the SS and the state PDP-ACTIVE of session management is entered. After 
the SS sends a PAGING TYPE 2,the PDP context shall be cleared from the UE. (The PDP context deactivating 
is continued in parallel to the following exchange of messages related to SMS). 

The SS sends a CP-DATA message. The information element of the CP-DATA message is RP-DATA RPDU 
(SMS DELIVER TPDU). 

The SS waits a maximum of 25 seconds for the CP-ACK message and then a maximum of 60 seconds for the 
CP-DATA message containing the RP-ACK RPDU. 

The SS sends a CP-ACK to the UE within TC1M with no further CP-DATA messages and the SS initiates 
channel release. 

The SMS message store shall be cleared manually by the operator. 
Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


2 


— > 


SERVICE REQUEST 




3 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




4 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




5 


<— 


SECURITY MODE COMMAND 




6 


— > 


SECURITY MODE COMPLETE 




7 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


8 


SS 




Waits max 25 seconds for CP-ACK 


9 


— > 


CP-ACK 




10 


SS 




Waits max 60 seconds for RP-ACK RPDU 


11 


— > 


CP-DATA 


Contains RP-ACK RPDU 


12 


<— 


CP-ACK 
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Step 


Direction 


Message 


Comments 


UE SS 


13 


UE 




There should be no further CP-DATA messages until the 
UE aborts the RR connection (disconnection of layer 2). 


14 


UE 




The UE shall indicate that an SM has arrived. If the UE 
provides the functionality to display MT messages, it is 
checked that the correct message is displayed 


15 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


16 


— > 


SERVICE REQUEST 




17 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




18 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




19 


<— 


SECURITY MODE COMMAND 




20 


— > 


SECURITY MODE COMPLETE 




21 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


22 


SS 




Waits max 25 seconds for CP-ACK 


23 


— > 


CP-ACK 




24 


SS 




Waits max 60 seconds for RP-ACK RPDU 


25 


— > 


CP-DATA 


First CP-DATA from UE, contains RP-ACK RPDU 


26 


SS 




First CP-DATA message not acknowledged by SS 


27 


— > 


CP-DATA 


Retransmitted CP-DATA from UE within twice TC1M, 
after step 25, contains RP-ACK RPDU 


28 


<— 


CP-ACK 


Second CP_DATA message is acknowledged 


29 


UE 




There should be no further CP-DATA messages until the 
UE aborts the RRC connection 


30 


UE 




The UE shall indicate that an SM has arrived. If the UE 
provides the functionality to display MT messages, it is 
checked that the correct message is displayed 


31 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


32 


— > 


SERVICE REQUEST 




33 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




34 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




35 


<— 


SECURITY MODE COMMAND 




36 


— > 


SECURITY MODE COMPLETE 




37 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


38 


SS 




Waits max 25 seconds for CP-ACK 


39 


— > 


CP-ACK 




40 


SS 




Waits max 60 seconds for RP-ACK RPDU 


41 


— > 


CP-DATA 


Contains RP-ACK RPDU 


42 


SS 




First CP-DATA message not acknowledged by SS 


43 




CP-DATA 


Retransmitted CP-DATA from UE within twice TC1 M after 
step 41 , contains RP-ACK RPDU 


44 


SS 




Retransmitted CP-DATA message not acknowledged by 

SS 

Depending upon the maximum number of CP-DATA 


45 


UE 










retransmissions implemented, step 43 and 44 may be 








repeated. 


46 


<— 


RRC CONNECTION RELEASE 


RRC connecton is released after a duration of TC1 M + 5 
seconds after the last CP-DATA retransmission.. 


47 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




48 


UE 




The UE shall indicate that an SM has arrived. If the UE 
provides the functionality to display MT messages, it is 
checked that the correct message is displayed 


49 


SS 




A PDP context is established with the SS and the state 
PDP-ACTIVE of session management is entered. 


50 




PAGING TYPE 2 




51 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


52 


SS 




Waits max 25 seconds for CP-ACK 


53 


— > 


CP-ACK 




54 


SS 




Waits max 60 seconds for RP-ACK RPDU 


55 


— > 


CP-DATA 


Contains RP-ACK RPDU 
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Step 


Direction 


Message 


Comments 


UE SS 


56 


<— 


CP-ACK 




57 


<— 


DEACTIVATE PDP CONTEXT 
REQUEST 


Deactivates an existing PDP context. 


58 


--> 


DEACTIVATE PDP CONTEXT 
ACCEPT 




59 


UE 




The UE shall indicate that an SM has arrived. If the UE 
provides the functionality to display MT messages, it is 
checked that the correct message is displayed 


60 


UE 




Clear the SMS message store 


61 


SS 




A PDP context is established with the SS and the state 
PDP-ACTIVE of session management is entered. 


62 


<— 


PAGING TYPE 2 




63 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


64 


SS 




Waits max 25 seconds for CP-ACK 


65 


— > 


CP-ACK 




66 


SS 




Waits max 60 seconds for RP-ACK RPDU 


67 


— > 


CP-DATA 


First CP-DATA from UE, contains RP-ACK RPDU 


68 


SS 




First CP-DATA message not acknowledged by SS 


69 


— > 


CP-DATA 


Retransmitted CP-DATA message within twice TC1 M 
after step 67, contains RP-ACK RPDU 


70 


<— 


CP-ACK 


Second CP-DATA message is acknowledged 


71 


<— 


DEACTIVATE PDP CONTEXT 
REQUEST 


Deactivates an existing PDP context. 


72 


--> 


DEACTIVATE PDP CONTEXT 
ACCEPT 




73 


UE 




There should be no further CP-DATA messages until the 
UE aborts the RRC connection 


74 


UE 




The UE shall indicate that an SM has arrived. If the UE 
provides the functionality to display MT messages, it is 
checked that the correct message is displayed 


75 


UE 




Clear the SMS message store 


76 


SS 




A PDP context is established with the SS and the state 
PDP-ACTIVE of session management is entered. 


77 


<— 


PAGING TYPE 2 




78 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


79 


SS 




Waits max 25 seconds for CP-ACK 


80 


— > 


CP-ACK 




81 


SS 




Waits max 60 seconds for RP-ACK RPDU 


82 


— > 


CP-DATA 


First CP-DATA from UE, contains RP-ACK RPDU 


83 


SS 




First CP-DATA message not acknowledged by SS 


84 


— > 


CP-DATA 


Transmitted CP-DATA message within twice TC1 M after 
step 82, contains RP-ACK RPDU 


85 


SS 




Retransmitted CP-DATA message not acknowledged by 

SS 

Depending on the maximum number of CP-DATA 


86 


UE 










retransmissions implemented, step 83-84 may be 








repeated. The maximum number of retransmissions may 








however not exceed three. 


87 


<— 


RRC CONNECTION RELEASE 


RRC CONNECTION is released after a duration of TC1 M 
+ 15 seconds after the last CP-DATA retransmission. 


88 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




89 


UE 




The UE shall indicate that an SM has arrived. If the UE 
provides the functionality to display MT messages, it is 
checked that the correct message is displayed 


90 


UE 




Clear the SMS message store 


91 


SS 




A PDP context is established with the SS and the state 
PDP-ACTIVE of session management is entered. 


92 


<— 


PAGING TYPE 2 


Sent on DCCH associated with the DTCH 


93 


<— 


DEACTIVATE PDP CONTEXT 


The PDP context is deactivated by the SS. The PDP 






REQUEST 


context deactivating is continued in parallel to the 
following exchange of messages related to SMS. 


94 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


95 


SS 




Waits max 25 seconds for CP-ACK 


96 


— > 


CP-ACK 
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Step 


Direction 


Message 


Comments 


UE SS 


97 


SS 




Waits max 60 seconds for RP-ACK RPDU 


98 


— > 


CP-DATA 


Contains RP-ACK RPDU 


99 


<— 


CP-ACK 




100 


UE 




There should be no further CP-DATA messages until the 
UE aborts the RR connection. 


101 


UE 




The UE shall indicate that an SM has arrived. If the UE 
provides the functionality to display MT messages, it is 
checked that the correct message is displayed 


102 


UE 




Clear the SMS message store 


103 


SS 




A PDP context is established with the SS and the state 
PDP-ACTIVE of session management is entered. 


104 


<— 


PAGING TYPE 2 




105 


--> 


DEACTIVATE PDP CONTEXT 


The PDP context is deactivated by the UE. The PDP 






REQUEST 


context deactivation is continued in parallel to the 
following 


106 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


107 


<— 


DEACTIVATE PDP CONTEXT 
REQUEST COMPLETE 




108 


— > 


CP-ACK 


shall be sent before 25 seconds after the start of step 106 


109 


SS 




Waits max 60 seconds for RP-ACK RPDU 


110 


— > 


CP-DATA 


Contains RP-ACK RPDU 


111 


<— 


CP-ACK 




112 


UE 




There should be no further CP-DATA messages until the 
UE aborts the RRC connection. 


113 


UE 




The UE shall indicate that an SM has arrived. If the UE 
provides the functionality to display MT messages, it is 
checked that the correct message is displayed 


114 


UE 




Clear the SMS message store 



NOTE: Time values for SS wait time are chosen sufficiently high to be sure that the UE has enough time to 
respond to the different messages. 

Specific Message Contents 

SMS DELIVER TPDU 



Information element 


CommentValue 


TP-UDL 

TP-UD (140 octets) 


160 

text of message (160 characters) 



NOTE: The 160 characters in TP-UD shall include at least one occurrence of each character in the default 
alphabet (see TS 23.038, subclause 6.2.1). 



16.2.1.4 



Test requirements 



After step 7 UE shall receive SMS-DELIVER TPDU and send CP-ACK within 25 seconds and CP-DATA containing 
RP-ACK within 60 seconds. 

After step 25 UE shall retransmit CP-DATA containing RP-ACK within twice TC1M. 

After step 30 UE shall indicate that an SM has arrived. 

After step 43 UE shall repeat CP-DATA retransmissions as many times as the decided maximum number. 

After step 48 UE shall indicate that an SM has arrived. 

After step 51 UE shall receive SMS-DELIVER TPDU and send CP-ACK within 25 seconds and CP-DATA containing 
RP-ACK within 60 seconds. 

After step 67 UE shall retransmit CP-DATA containing RP-ACK within twice TC1M. 



ETSI 



3G TS 34.1 23-1 version 3.0.0 Release 1 999 961 ETSI TS 1 34 1 23-1 V3.0.0 (2000-06) 

After step 73 UE shall indicate that an SM has arrived. 

After step 78 UE shall repeat CP-DATA retransmissions as many times as the decided maximum number. 

After step 89 UE shall indicate that an SM has arrived. 

After step 94 UE shall receive SMS -DELIVER TPDU and send CP-ACK within 25 seconds and CP-DATA containing 
RP-ACK within 60 seconds. 

After step 106 UE shall receive SMS-DELIVER TPDU and send CP-ACK within 25 seconds and CP-DATA 
containing RP-ACK within 60 seconds. 

1 6.2.2 SMS mobile originated 

16.2.2.1 Conformance requirements 

An active UE shall be able to submit short message TPDU (SMS-SUBMIT) at any time, independently of whether or 
not there is a PDP context in progress. 

Reference 

TS 23.040, subclause 3.1. 

16.2.2.2 Test purpose 

To verify that the UE is able to correctly send a short message where the SMS is provided for the point to point service. 
The test also verifies that the UE is capable of simultaneously receiving a network originated SM whilst sending a 
mobile originated SM. 

16.2.2.3 Method of test 

Initial Conditions 

System simulator: 

1 cell, default parameters. 
User Equipment: 

- the UE shall be in "Idle, updated" state; 
the SMS message storage shall be empty. 

Related ICS/IXIT Statements 

Support for Short message MO/PP. 

Description of the basic procedures to display a mobile originated short message. 

Support for state PDP-ACTIVE of session management. 

The value of timer TC1M. 

Whether SMS messages are stored in the USIM and/or the ME. 

Maximum length (characters) of a mobile originated short message. 

Test procedure 

a) The UE shall be set up to send a SM to the SS. The SS responds to RRC CONNECTION REQUEST by 

allocating a CCCH. The SS receives RRC CONNECTION SETUP COMPLETE on DCCH and then performs 
the authentication. 
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b) After receiving SECURITY MODE COMMAND UE shall send SECURITY COMMAND COMPLETE. 

c) The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the UE with a 
CP-ACK message within TC1M followed by a CP-DATA message containing the correct RP-ACK RPDU. The 

SS waits a maximum of 25 seconds for the CP-ACK message. 

d) The SS sends a channel release message to the UE. 

e) Steps a) and b) are repeated. The SS is configured not to send the CP-ACK message. Then maximum 3 CP- 
DATA retransmissions may occur. After a duration of TC1M + 5 seconds after the last CP-DATA 
retransmission the SS initiates channel release. The 5 seconds is the appropriate time to wait to verify that the 
UE does not send more than the maximum CP-DATA retransmissions. 

f) Steps a) and b) are repeated. On receipt of the CP-DATA from the UE the SS sends a CP -ERROR message 
within TC1M containing a "Network Failure" cause. Then the SS initiates channel release. 

g) A PDP context is established with the SS and the state PDP-ACTIVE of session management is entered. The UE 
is setup to send an SM to the SS. After the reception of the SERVICE REQUEST, the SS sends a SERVICE 
ACCEPT message. 

h) The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the UE with a 
CP-ACK message within TC1M followed by a CP-DATA message containing the correct RP-ACK RPDU. The 
SS waits a maximum of 25 seconds for the CP-ACK message. Then the SS sends a channel release message to 
the UE. 

i) Step g) is repeated. The SS is configured not to send the CP-ACK message. Then maximum 3 CP-DATA 
retransmissions may occur. After a duration of TC1M + 15 seconds after the last CP-DATA retransmission the 
SS initiates channel release. The 15 seconds is the appropriate time to wait to verify that the UE does not send 
more than the maximum CP-DATA retransmissions (during a PDP context in progress). 

j) The SS is configured to receive a mobile originated SM. Steps a) and b) are repeated and, using the end of the 
CP-DATA message from the UE as a trigger, the SS sends a SM to the UE. In this case a new transaction 
identifier shall be used in the CP messages of SMS mobile terminated. 

k) The UE is set up to send an SM to the SS. On receipt of the SERVICE REQUEST the SS sends a SERVICE 
REJECT message with the reject cause set to "GPRS services not allowed". After 5 seconds the SS initiates 
channel release. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


<— 


SYSTEM INFORMATION 


BCCH 


2 


— > 


RRC CONNECTION REQUEST 


CCCH 


3 


<— 


RRC CONNECTION SETUP 


CCCH 


4 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


5 


— > 


SERVICE REQUEST 




6 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




7 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




8 


<— 


SECURITY MODE COMMAND 




9 


— > 


SECURITY MODE COMPLETE 




10 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) 


11 


<— 


CP-ACK 


Sent within TC1 M after step 1 


12 


<— 


CP-DATA 


Contains RP-ACK RPDU 


13 


SS 




Waits max 25 seconds for CP-ACK 


14 


— > 


CP-ACK 




15 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. 


16 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




17 


<— 


SYSTEM INFORMATION 


BCCH 


18 


— > 


RRC CONNECTION REQUEST 


CCCH 
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Step 


Direction 


Message 


Comments 


UE | SS 


19 


<— 


RRC CONNECTION SETUP 


CCCH 


20 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


21 


--> 


SERVICE REQUEST 




22 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




23 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




24 


<— 


SECURITY MODE COMMAND 




25 


— > 


SECURITY MODE COMPLETE 




26 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) 


27 


SS 




SS configured not to send CP-ACK 


28 


— > 


CP-DATA 


Retransmitted CP-DATA message within twice TC1 M 
after step 26 


29 


UE 




Depending on the maximum number of CP-DATA 
retransmissions implemented, step 28 may be repeated. 
The maximum number of retransmissions may however 
not exceed three. 


30 


<— 


RRC CONNECTION RELEASE 


RRC CONNECTION is released after a duration of TC1 M 
+ 5 seconds after the last CP-DATA retransmission. 


31 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




32 


<— 


SYSTEM INFORMATION 


BCCH 


33 


— > 


RRC CONNECTION REQUEST 


CCCH 


34 


<— 


RRC CONNECTION SETUP 


CCCH 


35 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


36 


--> 


SERVICE REQUEST 




37 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




38 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




39 


<— 


SECURITY MODE COMMAND 




40 


— > 


SECURITY MODE COMPLETE 




41 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) 


42 


<— 


CP-ERROR 


Sent within TC1M containing "Network Failure" cause. 


43 


<— 


RRC CONNECTION RELEASE 


RRC CONNECTION is released. 


44 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




45 


SS 




A PDP context is established with the SS and the state 
PDP-ACTIVE of session management is entered. 


46 


UE 




The UE is set up to send an SM 


47 


--> 


SERVICE REQUEST 




48 


<— 


SERVICE ACCEPT 




49 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) 


50 


<— 


CP-ACK 


Sent within TC1 M after step 49 


51 


<— 


CP-DATA 


Contains RP-ACK RPDU 


52 


SS 




Waits max 25 seconds for CP-ACK 


53 


— > 


CP-ACK 




54 


<— 


RRC CONNECTION RELEASE 


RRC CONNECTION is released. 


55 


— > 


RRC CONNECTION RELEASE 
CONPLETE 




56 


SS 




A PDP context is established with the SS and the state 
PDP-ACTIVE of session management is entered. 


57 


--> 


SERVICE REQUEST 




58 


<— 


SERVICE ACCEPT 




59 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) 


60 


SS 




SS configured not to send CP-ACK 


61 


— > 


CP-DATA 


Transmitted CP-DATA message within twice TC1 M after 
step 59 


62 


UE 




Depending on the maximum number of CP-DATA 
retransmissions implemented, step 61 may be repeated. 
The maximum number of retransmissions may however 
not exceed three. 
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Step 


Direction 


Message 


Comments 


UE | SS 


63 


<— 


RRC CONNECTION RELEASE 


RRC CONNECTION is released after a duration of TC1 m 
+ 15 seconds after the last CP-DATA retransmission. 


64 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




65 


<— 


SYSTEM INFORMATION 


BCCH 


66 


— > 


RRC CONNECTION REQUEST 


CCCH 


67 


<— 


RRC CONNECTION SETUP 


CCCH 


68 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


69 


--> 


SERVICE REQUEST 




70 


<-- 


AUTHENTICATION AND 
CIPHERING REQUEST 




71 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




72 


<— 


SECURITY MODE COMMAND 




73 


— > 


SECURITY MODE COMPLETE 




74 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) 


75 


SS 




The SS sends an SM to the UE triggered by the end of 
the CP-DATA message from the UE 


76 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) 


77 


UE 




The UE shall correctly receive the SM and indicate that a 
message has arrived. If the UE provides the functionality 
to display MT messages, it is checked that the correct 
message is displayed. In the MO case the UE shall send 
the CP-ACK message with transaction identifier assigned 
to this transfer. In the MT case the UE shall send a CP- 
ACK message and a CP-DATA message containing the 
RP-ACK RPDU. The transaction identifier shall be the 
same as chosen by the SS for the MT transfer. 


78 


— > 


RRC CONNECTION REQUEST 


initiate outgoing call 


79 


<— 


RRC CONNECTION SETUP 




80 


— > 


RRC CONNECTION SETUP 
COMPLETE 




81 


--> 


SERVICE REQUEST 




82 


<— 


SERVICE REJECT 


Reject cause set to " GPRS services not allowed " 


83 


<— 


RRC CONNECTION RELEASE 


Sent 5 seconds after SERVICE REJ 


84 


— > 


RRC CONNECTION RELEASE 
COMPLETE 





NOTE: Time values for SS wait times are chosen sufficiently high to be sure that the UE has enough time to 
respond to the different messages. 

Specific Message Contents 

SMS SUBMIT TPDU 



Information element 


CommentValue 


TP-UDL 

TP-UD (140 octets max) 


as applicable 

maximum number of characters (text of message) as 

defined by the manufacturer (see ICS/IXIT) 



16.2.2.4 Test requirements 

After step 9 UE shall send a CP-DATA containing RP-data. The RP-DATA shall contain SMS SUBMIT TPDU. 

After step 26 UE shall retransmit a CP-DATA containing RP-data. The RP-DATA shall contain SMS SUBMIT TPDU. 

After step 45 UE shall send the RRC CONNECTION RELEASE COMPLETE. 

After step 48 UE shall send a CP-DATA containing RP-data. The RP-DATA shall contain SMS SUBMIT TPDU. 
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After step 71 UE shall repeat CP-DATA retransmissions as many times as the decided maximum number. 
After step 76 UE shall correctly receive the SM and indicate that a message has arrived. 
After step 82 UE shall not send CP-DATA. 

1 6.2.3 Test of memory full condition and memory available notification: 

The Memory Available Notification provides a means for the UE to notify the network that it has memory available to 
receive one or more short messages. The SMS status field in the USIM contains status information on the "memory 
available" notification flag. 

16.2.3.1 Conformance requirement 

1. When a mobile terminated message is Class 2, the UE shall ensure that the message has been transferred to the 
SMS data field in the USIM before sending an acknowledgement to the SC. The UE shall return a protocol error 
message if the short message cannot be stored in the USIM and there is other short message storage available in 
the UE. If all the short message storage in the UE is already in use, the UE shall return "memory capability 
exceeded". 

2. When the UE rejects a short message due to lack of available memory capability the need to transfer notification 
shall be stored in the USIM. 

3. If the memory capability becomes available because memory is cleared, the value of the memory capability 
exceeded notification flag in the USIM is read. If the flag is set, the UE notifies the network that memory 
capability is now available. After a positive acknowledgement from the network, the ME unsets the memory 
capability exceeded notification flag in the USIM. 

References 

- TS 23.040, subclause 9.2.3.10, TS 23.038, clause 4. 

- TS 23.040, subclause 10.3 (operation 14). 

- TS 23.040, subclause 10.3 (operation 14). 

16.2.3.2 Test purpose 

1. To verify that the UE sends the correct acknowledgement when its memory in the USIM becomes full. 

2. To verify that the UE sends the correct acknowledgement when its memory in the ME and the USIM becomes 
full, and sets the "memory exceeded" notification flag in the USIM. 

3. To verify that the UE performs the "memory available" procedure when its message store becomes available for 
receiving short messages, and only at this moment. 

16.2.3.3 Method of test 

Initial conditions 

- System Simulator: 

1 cell, default parameters. 
User Equipment: 

the UE shall be in the idle updated state; 

the SMS message storage shall be empty; 
- the UE shall be connected to the USIM simulator. The following shall be present in the USIM simulator: 
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EFsms with at least one record; 

- EFsMSstams, with SMS "Memory Cap. Exceed" notification flag set to "memory available"; 

Service no. 4 (SMS) in EF SST set to allocated and activated. 

for storing of Class 1 Short Messages the UE shall be set up to store Short Messages in the ME memory (by 
way of MMI, as described in ICS/IXIT statement). 

Related ICS/IXIT Statements 

Support for Short message MT/PP. 

Description of the basic procedures to display a mobile terminated short message. 

Whether SMS messages are stored in the USIM and/or the ME. 

The value of timer TC1M. 

Test procedure 

a) step a) of subclause 16.2.5.3 (test of Class 2 Short Messages) is repeated until the UE sends a negative 
acknowledgement (RP -ERROR). The USIM simulator shall indicate if the "memory capability exceeded" 
notification flag has been set on the USIM. 

b) a Class 1 Short Message is sent to the UE. 

c) step b) is repeated until the UE sends a negative acknowledgement (RP -ERROR). The USIM simulator shall 
indicate if the "memory capability exceeded" notification flag has been set on the USIM. 

d) a Short Message is sent to the UE with the DCS field of the SMS-DELIVER TPDU set to 0. 

e) the SS prompts the operator to read a short message and to remove it from the message store of the UE. 

f) the SS waits for a RRC CONNECTION REQUEST from the UE, and sends a RRC CONNECTION SETUP. 

g) after the SS receives a RRC CONNECTION SETUP COMPLETE, the SS authenticates the UE and activates 
ciphering. 

h) the SS answers to the RP-SMMA from the UE with a CP-DATA containing a RP-ACK RPDU. 

i) after the UE has acknowledged the CP-DATA with a CP-ACK, the SS releases theRRC connection. The USIM 
simulator shall indicate if the "memory capability exceeded" notification flag has been unset on the USIM. 

j) step e) is repeated. 
Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 




2 


— > 


SERVICE REQUEST 






3 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 






4 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 






5 


<— 


SECURITY MODE COMMAND 






6 


— > 


SECURITY MODE COMPLETE 






7 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU), 
2 Short Message 


Class 


8 


SS 




Waits max 25 seconds for CP-ACK 




9 


— > 


CP-ACK 






10 


SS 




Waits max 60 seconds for RP-ACK RPDU 




11 


— > 


CP-DATA 


Contains RP-ACK RPDU 
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Step 


Direction 


Message 


Comments 


UE | SS 


12 


<— 


CP-ACK 


Within TC1 Matter step 11 


13 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. Step 1-18 is repeated until 
UE sends a negative acknowledgement (RP-ERROR) in 
step 1 1 . The RP-ERROR RPDU cause field shall be 
"Protocol error, unspecified" if there is message capability 
in the ME, or "Memory capability exceeded" if there is no 
message capability in the ME. If the total memory store of 
the UE is full, the ME shall set the "memory capability 
exceeded" notification flag on the USIM. 


14 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




15 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


16 


--> 


SERVICE REQUEST 




17 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




18 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




19 


<— 


SECURITY MODE COMMAND 




20 


— > 


SECURITY MODE COMPLETE 




21 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 
1 Short Message 


22 


SS 




Waits max 25 seconds for CP-ACK 


23 


— > 


CP-ACK 




24 


SS 




Waits max 60 seconds for RP-ACK RPDU 


25 


— > 


CP-DATA 


Shall contain RP-ACK RPDU if there is memory 
capability in the ME. If not it shall contain RP-ERROR 
RPDU which cause field shall be "memory capability 
exceeded". If the total memory store of the UE now 
becomes full at this step, the ME shall set the "memory 
cap. exceed" notification flag on the USIM. 


26 


<— 


CP-ACK 


Within TC1 Matter step 25 


27 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. Step 19-36 is repeated until 
the UE sends an RP-ERROR. The USIM simulator shall 
indicate if the "memory capability exceeded" notification 
flag has been set on the USIM. 


28 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




29 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


30 


--> 


SERVICE REQUEST 




31 


<-- 


AUTHENTICATION AND 
CIPHERING REQUEST 




32 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




33 


<— 


SECURITY MODE COMMAND 




34 


— > 


SECURITY MODE COMPLETE 




35 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) with 
TP-DCS set to 


36 


SS 




Waits max 25 seconds for CP-ACK 


37 


— > 


CP-ACK 




38 


SS 




Waits max 60 seconds for RP-ACK RPDU 


39 


— > 


CP-DATA 


Shall contain RP-ERROR RPDU with error cause 
"memory capability exceeded". 


40 


<— 


CP-ACK 


Within TC1 Matter step 39 


41 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. 


42 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




43 


SS 




Prompts the operator to remove one of the short 
messages from the message store of the UE. 


44 


<— 


SYSTEM INFORMATION 


BCCH 


45 


— > 


RRC CONNECTION REQUEST 


CCCH 


46 


<— 


RRC CONNECTION SETUP 


CCCH 


47 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 
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Step 


Direction 


Message 


Comments 


UE | SS 


48 


--> 


SERVICE REQUEST 




49 


<— 


SERVICE ACCEPT 




50 


— > 


CP-DATA 


Contains RP-SMMA RPDU 


51 


<— 


CP-ACK 




52 


<— 


CP-DATA 


Contains RP-ACK RPDU 


53 


— > 


CP-ACK 


Acknowledge of CP-DATA containing the RP-ACK 
RPDU. The ME shall unset the "memory capability 
exceeded" notification flag on the USIM. 


54 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. The USIM simulator shall 
indicate if the "memory capability exceeded" notification 
flag has been unset on the USIM. 


55 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




56 


SS 




Prompts the operator to remove one of the short 
messages from the message store of the UE. 


57 


UE 




Shall not attempt to send a RP-SMMA RPDU. This is 
verified by checking that the UE does not send a 
CHANNEL REQUEST message with the establishment 
cause "Other services which can be completed with an 
SDCCH" 



NOTE: Time values for SS wait time are chosen sufficiently high to be sure that the UE has enough time to 
respond to the different messages. 

Specific Message Contents 

SMS-DELIVER TPDU in step 7 



Information element 


CommentValue 


TP-DCS 


default alphabet, class 2 "1 1 1 10010"B 



SMS-DELIVER TPDU in step 21 



TP-DCS default alphabet, class 1 "1 1 1 1 0001 "B 



SMS-DELIVER TPDU in step 35 



TP-DCS 



default alphabet "00000000"B 



16.2.3.4 



Test requirements 



After UE sends a negative acknowledgement (RP-ERROR) in step 11, the USIM simulator shall indicate if the 
"memory capability exceeded" notification flag has been set on the USIM. 

After UE sends a negative acknowledgement (RP-ERROR) in step 23, the USIM simulator shall indicate if the 
"memory capability exceeded" notification flag has been set on the USIM. 

After step 53 the ME shall unset the "memory capability exceeded" notification flag on the USIM. 

After step 56 UE shall not attempt to send a RP-SMMA RPDU. 
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1 6.2.4 Test of the status report capabilities and of SMS-COMMAND: 

This test applies to UEs which support the status report capabilities. 

16.2.4.1 Conformance requirement 

The SMS offers the SC the capabilities of informing the UE of the status of a previously sent mobile originated short 
message. This is achieved by the SC returning a status report TPDU (SMS-STATUS-REPORT) to the originating UE. 

SMS-COMMAND enables an UE to invoke an operation at the SC. 

The UE shall increment TP-MR by 1 for each SMS-SUBMIT or SMS-COMMAND being submitted. 

References 

- TS 23.040, subclause 3.2.9. 

- TS 23.040, subclause 9.2.3.6. 

16.2.4.2 Test purpose 

1) To verify that the UE is able to accept a SMS-STATUS-REPORT TPDU. 

2) To verify that the UE is able to use the SMS-COMMAND functionality correctly and sends an SMS- 
COMMAND TPDU with the correct TP-Message-Reference. 

16.2.4.3 Method of test 

Initial conditions 

- System Simulator: 

1 cell, default parameters. 
User Equipment: 
- the UE shall be in the idle updated state. 

Related ICS/IXIT Statements 
Support of SMS MO/PP and MT/PP. 

Test procedure 

a) The UE is made to send a Mobile Originated short message setting TP-SRR as in steps a) to d) of test 16.2.2 
(SMS Mobile originated). 

b) The SS sends a CP-DATA message containing a RP-DATA RPDU itself containing an SMS-STATUS- 
REPORT TPDU. 

c) The SS sends a RRC CONNECTION RELEASE message. 

d) The UE is made to send an SMS-COMMAND message enquiring about the previously submitted short message, 
e) 

f) The SS acknowledges the CP-DATA message from the UE with a CP-ACK followed by a CP-DATA message 
containing an RP-ACK RPDU 

g) After receiving the CP-ACK from the UE, the SS releases the RRC connection by using a RRC CONNECTION 
RELEASE message. 
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h) The UE is made to send an SMS-COMMAND message requiring to delete the previously submitted short 
message. 

i) steps e) to g) are repeated. 
Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 


<— 


SYSTEM INFORMATION 


BCCH 


2 


— > 


RRC CONNECTION REQUEST 


CCCH 


3 


<— 


RRC CONNECTION SETUP 


CCCH 


4 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


5 


— > 


SERVICE REQUEST 




6 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




7 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




8 


<— 


SECURITY MODE COMMAND 




9 


— > 


SECURITY MODE COMPLETE 




10 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) 


11 


<— 


CP-ACK 


Sent within TC1 M after step 1 


12 


<— 


CP-DATA 


Contains RP-ACK RPDU 


13 


SS 




Waits max 25 seconds for CP-ACK 


14 


— > 


CP-ACK 




15 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. 


16 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




17 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


18 


--> 


SERVICE REQUEST 




19 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




20 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




21 


<— 


SECURITY MODE COMMAND 




22 


— > 


SECURITY MODE COMPLETE 




23 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS-STATUS-REPORT 
TPDU) 


24 


— > 


CP-ACK 




25 


— > 


CP-DATA 


Contains RP-ACK RPDU 


26 


<— 


CP-ACK 




27 


<-- 


RRC CONNECTION RELEASE 




28 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




29 


UE 




The UE is made to send an SMS-COMMAND message 
enquiring about the previously submitted SM 


30 


<— 


SYSTEM INFORMATION 


BCCH 


31 


— > 


RRC CONNECTION REQUEST 


CCCH 


32 


<— 


RRC CONNECTION SETUP 


CCCH 


33 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


34 


--> 


SERVICE REQUEST 




35 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




36 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




37 


<— 


SECURITY MODE COMMAND 




38 


— > 


SECURITY MODE COMPLETE 




39 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS-COMMAND TPDU) 
which shall contain the correct TP-MR 


40 


<— 


CP-ACK 




41 


<— 


CP-DATA 


Contains RP-ACK RPDU 


42 


— > 


CP-ACK 




43 


<— 


RRC CONNECTION RELEASE 
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Step 


Direction 


Message 


Comments 


UE | SS 


44 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




45 


UE 


The UE is made to send an SMS- 


message requiring to delete the previously submitted 






COMMAND 


SM. 


46 


— > 


RRC CONNECTION REQUEST 


CCCH 


47 


<-- 


RRC CONNECTION SETUP 


CCCH 


48 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


49 


--> 


SERVICE REQUEST 




50 


<-- 


AUTHENTICATION AND 
CIPHERING REQUEST 




51 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




52 


<— 


SECURITY MODE COMMAND 




53 


— > 


SECURITY MODE COMPLETE 




54 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS-COMMAND TPDU) 
which shall contain the correct TP-MR 


55 


<— 


CP-ACK 




56 


<— 


CP-DATA 


Contains RP-ACK RPDU 


57 


— > 


CP-ACK 




58 


<— 


RRC CONNECTION RELEASE 




59 


— > 


RRC CONNECTION RELEASE 
COMPLETE 





Specific Message Contents 
SMS SUBMIT TPDU 



Information element 


Comment Value 


TP-SRR 


status report is requested "1"B 



SMS-STATUS-REPORT TPDU (SS to UE in step 23): 



Information element 


Comment Value 


TP-MR 

TP-MMS 

TP-SRQ 

TP-RA 

TP-ST 


same as previous SMS-SUBMIT 

no more messages "1"B 

result of SMS-SUBMIT "0"B 

same as the Destination address of the SMS-SUBMIT 

SM received "00000000"B 



first SMS-COMMAND TPDU (UE to SS in step 39) 



Information element 


Comment Value 


TP-MR 

TP-SRR 

TP-CT 

TP-MN 


TP-MR in previous SMS-SUBMIT plus "1" 

status report requested "1"B 

Enquiry relating to previously submitted 

short message "00000000"B 

not checked (TP-MR in previous SMS-SUBMIT) 



second SMS-COMMAND TPDU (UE to SS in step 54) 



Information element 


Comment Value 


TP-MR 
TP-CT 
TP-MN 


TP-MR in previous SMS-COMMAND plus "1" 

Delete previously submitted short message "0000001 0"B 

not checked (TP-MR in previous SMS-SUBMIT) 
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16.2.4.4 Test requirements 

After step 23 UE accept a SMS-STATUS-REPORT TPDU. 

After step 39 UE shall send a SMS-COMMAND TPDU with the correct TP-Message-Reference. 

After step 54 UE shall send a SMS-COMMAND TPDU with the correct TP-Message-Reference. 

1 6.2.5 Test of message class to 3 

The tests under this subclause only apply to a UE capable of displaying short messages (see ICS/IXIT). 

1 6.2.5.1 Short message class 

1 6.2.5.1 .1 Conformance requirement 

When a mobile terminated message is class and the UE has the capability of displaying short messages, the UE shall 
display the message immediately and send an acknowledgement to the SC when the message has successfully reached 
the UE irrespective of whether there is memory available in the USIM or ME. The message shall not be automatically 
stored in the USIM or ME. 

References 

TS 23.038, clause 4. 

16.2.5.1.2 Test purpose 

To verify that the UE will accept and display but not store a class message, and that it will accept and display a class 
message if its message store is full. 

NOTE: failure of this test in a UE could cause it to reject a class message when its SMS memory becomes full. 
This could lead to unwanted repetitions between the UE and the service centre. 

16.2.5.1.3 Method of test 

Initial conditions 

- System Simulator: 

1 cell, default parameters. 
User Equipment: 

the UE shall be in the idle updated state; 
the UE message store shall be empty. 

Related ICS/IXIT Statements 

Support for Short message MT/PP. 

Description of the basic procedures to display a mobile terminated short message. 

The value of timer TC1M. 

Whether SMS messages are stored in the USIM and/or the ME. 
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Test procedure 

a) The SS sends a class message by using the method described in step a) of subclause 16.2. 1 but with the TPDU 
described in this subclause. 

b) The UE message store shall be filled (for example by using the method of subclause 16.2.3 test of the memory 
available notification) with the same SMS-DELIVER TPDU except that TP-DCS is set to class 1. 

c) The SS sends a class message as in step a). 
Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


2 


— > 


SERVICE REQUEST 




3 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




4 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




5 


<— 


SECURITY MODE COMMAND 




6 


— > 


SECURITY MODE COMPLETE 




7 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 
Short Message 


8 


— > 


CP-ACK 




9 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


10 


<— 


CP-ACK 




11 


<-- 


RRC CONNECTION RELEASE 




12 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




13 


UE 




The content of the short message shall be displayed by 
the ME. The UE shall not store the message. This can be 
checked by verifying that it is impossible to retrieve any 
short messages from the UE message store. 


14 


SS 




The UE message store shall be filled (for example by 
using the method of 16.2.3) with Class 1 SMS-DELIVER 
TPDU. 


15 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


16 


--> 


SERVICE REQUEST 




17 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




18 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




19 


<— 


SECURITY MODE COMMAND 




20 


— > 


SECURITY MODE COMPLETE 




21 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 
Short Message 


22 


— > 


CP-ACK 




23 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


24 


<— 


CP-ACK 




25 


<— 


RRC CONNECTION RELEASE 




26 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




27 


UE 




The content of the short message shall be displayed by 
the ME. 
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Specific Message Contents 

SMS-DELIVER TPDU (containing a class message) (SS to UE) 



Information element 


CommentValue 


TP-DCS 


default alphabet, class "1111 0000"B 



SMS-DELIVER TPDU (containing a class 1 message to fill the UE message store) (SS to UE) 



Information element 


CommentValue 


TP-DCS 


default alphabet, class 1 "1111 0001 "B 



16.2.5.1.4 Test requirements 

After step 7 UE shall accept and display but not store a class message. 

After step 21 UE shall accept and display a class message. 

16.2.5.2 Test of class 1 short messages 

This test shall apply to UEs which support: 

storing of received Class 1 Short Messages; and 
displaying of stored Short Messages. 



16.2.5.2.1 



Conformance requirement 



When a mobile terminated message is class 1, the UE shall send an acknowledgement to the SC when the message has 
successfully reached the UE and can be stored, either in the ME or in the USIM. 

References 

TS 23.038, clause 4. 



16.2.5.2.2 



Test purpose 



This procedure verifies that the UE acts correctly on receiving a class 1 message, i.e. that it stores the message in the 
ME or USIM and sends an acknowledgement (at RP and CP-Layer). 



16.2.5.2.3 



Method of test 



Initial conditions 

- System Simulator: 

1 cell, default parameters. 

User Equipment: 

the UE shall be in the idle updated state; 

the UE message store shall be empty; 

for storing of class 1 Short Messages, the UE shall be set up to store Short Messages in the ME memory (by 
way of MMI, as described in ICS/IXIT statement). 
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Related ICS/IXIT Statements 

Support for Short message MT/PP. 

Description of the basic procedures to display a mobile terminated short message. 

The value of timer TC1M. 

Whether SMS messages are stored in the USIM and/or the ME. 

Test procedure 

a) The SS delivers a Short Message of class 1 to the UE as specified in subclause 16.2.1, step a). 

b) The Short Message is recalled (e.g. by means of the MMI). 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


2 


— > 


SERVICE REQUEST 




3 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




4 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




5 


<— 


SECURITY MODE COMMAND 




6 


— > 


SECURITY MODE COMPLETE 




7 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 
1 Short Message 


8 


— > 


CP-ACK 




9 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


10 


<— 


CP-ACK 




11 


<— 


RRC CONNECTION RELEASE 




12 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




13 


UE 




The short message shall be recalled and displayed at the 
UE. 



Specific Message Contents 

SMS-DELIVER TPDU (containing a class 1 message) (SS to UE) 



Information element 


CommentValue 


TP-DCS 


default alphabet, class 1 "1111 0001 "B 



16.2.5.2.4 Test requirements 

After step 7 UE shall store the message in the ME or USIM and send an acknowledgement. 

1 6.2.5.3 Test of class 2 short messages 



16.2.5.3.1 



Definition 



Class 2 Short Messages are defined as USIM specific, and the UE shall ensure that a message of this class is stored on 
the USIM. 
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16.2.5.3.2 Conformance requirement 

When a mobile terminated message is Class 2, the UE shall ensure that the message has been correctly transferred to 
the SMS data field in the USIM before sending an acknowledgement to the SC. The UE shall return a "protocol error, 
unspecified" error message if the short message cannot be stored in the USIM and there is other short message storage 
available at the UE. If all the short message storage at the UE is already in use, the UE shall return "memory capacity 
exceeded". 

Reference(s) 

TS 23.040, subclause 9.2.3.10; TS 23.038, clause 4. TS 34. 108,subclause6. 11.3.2.27 

16.2.5.3.3 Test purpose 

This procedure verifies that the UE acts correctly on receiving a class 2 message, i.e. that it stores the message correctly 
in the USIM, and if this is not possible, returns a protocol error message, with the correct error cause, to the network. 

There are 2 cases: 

1) if the UE supports storing of short messages in the USIM and in the ME, and storage in the ME is not full, and 
the short message cannot be stored in the USIM, the error cause shall be "protocol error, unspecified"; 

2) if the UE supports storing of short messages in the USIM and not in the ME, and storage in the ME is not full, 
and the short message cannot be stored in the USIM, the error cause shall be "memory capacity exceeded". 

NOTE: If the UE supports storing of short messages in the USIM and the ME, and storage in the ME is full, and 
the short message cannot be stored in the USIM, the error cause shall be "memory capacity exceeded". 
This case is not tested in this test. 

16.2.5.3.4 Method of test 

Initial conditions 

System Simulator: 

1 cell, default parameters. 

User Equipment: 

the UE shall be in the idle updated state; 

the ME message store shall be empty; 

the ME shall be connected to the USIM simulator. The following shall be present in the USIM simulator: 

EF SMS with at least two free records and one full record; 

- EFsMSstatus, with SMS "Memory Cap. Exceed" notification flag set to "memory available"; 

Service no. 4 (SMS) in EF SST set to allocated and activated; 

for storing of Class 1 Short Messages the UE shall be set up to store Short Messages in the ME memory 
(by way of MMI, as described in ICS/IXIT statement). 

Related ICS/IXIT Statements 

Support for Short message MT/PP. 

The value of timer TC1M. 

Whether SMS messages are stored in the USIM and/or the ME. 
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Test procedure 

a) The SS delivers a Short Message of class 2 to the UE as specified in subclause 16.2.1, step b). 

b) Following an attempt by the ME to store the short message in a free record of EF SMS in the USIM, the USIM 
simulator returns the status response "OK" ("90 00"). 

c) Step a) is repeated. 

d) Following an attempt by the ME to store the short message in a free record of EF SMS in the USIM, the USIM 
simulator returns the status response "memory problem" ("92 40"). 

e) The USIM simulator indicates if an attempt was made in steps a) and c) to store the messages and if the 
messages are stored according to the requirement. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


2 


— > 


SERVICE REQUEST 




3 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




4 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




5 


<— 


SECURITY MODE COMMAND 




6 


— > 


SECURITY MODE COMPLETE 




7 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 
2 Short Message 


8 


— > 


CP-ACK 




9 


ME 




The ME shall correctly store the short message in a free 
record of EFSMS in the USIM, i.e. -the ME shall use a 
free record - the first byte of the record shall indicate 
"message received by UE from network" 

the TS-Service-Centre-Address shall be correctly 

stored 

- the TPDU shall be identical to that sent by the SS 

- bytes following the TPDU shall be set to "FF" 


10 


USIM 




The USIM simulator returns the status response "OK" 
("90 00"). The USIM simulator shall indicate if an attempt 
was made by the ME to store the short message in the 
USIM. 


11 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


12 


<— 


CP-ACK 




13 


<-- 


RRC CONNECTION RELEASE 




14 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




15 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


16 


--> 


SERVICE REQUEST 




17 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




18 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




19 


<— 


SECURITY MODE COMMAND 




20 


— > 


SECURITY MODE COMPLETE 




21 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 
2 Short Message 


22 


— > 


CP-ACK 




23 


ME 




The ME shall attempt to store the short message in a free 
record of EFSMS in the USIM. 
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Step 


Direction 


Message 


Comments 


UE | SS 


24 


USIM 




The USIM simulator returns the status response "memory 
problem" ("92 40"). The USIM simulator shall indicate if 
an attempt was made by the ME to store the short 
message in the USIM. 


25 


— > 


CP-DATA 


Contains RP-ERROR RPDU with error cause "protocol 
error, unspecified" if the UE supports storing of short 
messages in the ME, or error cause "memory capacity 
exceeded" if not. 


26 


<— 


CP-ACK 




27 


<— 


RRC CONNECTION RELEASE 




28 


— > 


RRC CONNECTION RELEASE 
COMPLETE 





Specific Message Contents 

SMS-DELIVER TPDU (containing a class 2 message) (SS to UE) 



Information element 


CommentValue 


TP-DCS 


default alphabet, class 2 "1111 001 0"B 



16.2.5.3.4 



Test requirements 



After step 10 UE shall confirm that the short message is stored in the USIM and send CP-DATA containing RP-ACK 
RPDU. 

After step 24 UE shall confirm that the short message cannot be stored in the USIM and send CP-DATA containing RP- 
ERROR RPDU. If UE supports storing of short message in the ME, the error cause of RP-ERROR RPDU shall be 
"protocol error, unspecified", and if not the error cause of RP-ERROR RPDU shall be "memory capacity exceeded" 

1 6.2.5.4 Test of class 3 short messages 

For further study. 

1 6.2.6 Test of short message type 

For further study. 

1 6.2.7 Test of the replace mechanism for SM type 1 -7 

16.2.7.1 Definition 



16.2.7.2 



Conformance requirement 



On receipt of a short message, the UE shall check to see if the associated Protocol Identifier contains a Replace Short 
Message Type code. If such a code is present, then the UE will check the associated SC address (RP-OA) and 
originating address (TP-OA) and replace any existing stored message having the same Protocol Identifier code, SC 
address and originating address with the new short message. 

Reference(s) 

TS 23.040; subclause 9.2.3.9. 

16.2.7.3 Test purpose 

This procedure verifies the correct implementation of the replace mechanism for Replace Short Messages. 
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16.2.7.4 



Method of test 



Initial conditions 

System Simulator: 

1 cell, default parameters. 
User Equipment: 

the UE shall be in the idle updated state; 
the UE message store shall be empty. 

Related ICS/IXIT Statements 

Support for Short message MT/PP. 

Description of the basic procedures to display a mobile terminated short message. 

The value of timer TC1M. 

Test procedure 

a) Two different numbers n and m are drawn randomly between 1 and 7. Two different addresses for TP- 
Originating-Address (TPOA1 and TPOA2) are drawn. Two different addresses for RP-Originating-Address 
(RPOA1 and RPOA2) are drawn. 

b) The SS delivers a short message to the UE as specified in subclause 16.2.1 step a). In the SMS-DELIVER 
TPDU, the TP-Protocol-Identifier parameter is "Replace Short Message Type n", the TP-Originating-Address is 
TPOA1, and the RP-Originating-Address is RPOA1. 

c) Step b) is repeated but with a different TP-Originating-Address (TPOA2), and different contents of TP-User- 
Data in the SMS-DELIVER TPDU. The other parameters are the same as in step b). 

d) Step c) is repeated but with RPOA2 in the RP-Originated-Address, and contents of TP-User-Data different from 
the former two messages. The other parameters are the same as in step c). 

e) Step d) is repeated but with the TP-Protocol -Identifier equal to "Replace Short Message Type m", and contents 
of TP-User-Data different from the former three messages. The other parameters are the same as in step d). 

f) Step e) is repeated but the contents of TP-User-Data are different from that used in step e). 

g) The SS prompts the operator to display the Short Messages stored in the UE. 

Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


2 


— > 


SERVICE REQUEST 




3 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




4 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




5 


<— 


SECURITY MODE COMMAND 




6 


— > 


SECURITY MODE COMPLETE 




7 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) TP- 
PID is "Replace Short Message Type n", TP-OA is 
TPOA1 and RP-OA is RPOA1 


8 


— > 


CP-ACK 




9 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


10 


<— 


CP-ACK 
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Step 


Direction 


Message 


Comments 


UE | SS 


11 


<— 


RRC CONNECTION RELEASE 




12 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




13 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


14 


--> 


SERVICE REQUEST 




15 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




16 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




17 


<-- 


SECURITY MODE COMMAND 




18 


— > 


SECURITY MODE COMPLETE 




19 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) TP- 
PID is "Replace Short Message Type n", TP-OA is 
TPOA2 and RP-OA is RPOA1, TP-UD different from step 
7 


20 


— > 


CP-ACK 


21 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


22 


<— 


CP-ACK 




23 


<— 


RRC CONNECTION RELEASE 




24 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




25 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


26 


--> 


SERVICE REQUEST 




27 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




28 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




29 


<— 


SECURITY MODE COMMAND 




30 


— > 


SECURITY MODE COMPLETE 




31 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) TP- 
PID is "Replace Short Message Type n", TP-OA is 
TPOA2 and RP-OA is RPOA2, TP-UD different from step 
7 and 19 


32 


— > 


CP-ACK 




33 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


34 


<— 


CP-ACK 




35 


<— 


RRC CONNECTION RELEASE 




36 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




37 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


38 


--> 


SERVICE REQUEST 




39 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




40 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




41 


<— 


SECURITY MODE COMMAND 




42 


— > 


SECURITY MODE COMPLETE 




43 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) TP- 
PID is "Replace Short Message Type m", TP-OA is 
TPOA2 and RP-OA is RPOA2, TP-UD different from step 
7, 19 and 31 


44 


— > 


CP-ACK 




45 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


46 


<— 


CP-ACK 




47 


<— 


RRC CONNECTION RELEASE 




48 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




49 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


50 


--> 


SERVICE REQUEST 




51 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 
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Step 


Direction 


Message 


Comments 


UE | SS 


52 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




53 


<— 


SECURITY MODE COMMAND 




54 


— > 


SECURITY MODE COMPLETE 




55 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) TP- 
PID is "Replace Short Message Type m", TP-OA is 
TPOA2 and RP-OA is RPOA2, TP-UD different from step 
43 


56 


— > 


CP-ACK 


57 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


58 


<— 


CP-ACK 




59 


<— 


RRC CONNECTION RELEASE 




60 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




61 


SS 




Prompts the operator to display the Short Messages 
stored in the UE. Only the Short Messages delivered in 
step 7, 19, 31 and 55 shall be retrievable and displayed 



Specific Message Contents 
SMS-DELIVERTPDU 



Information element 


CommentValue 


TP-MMS 
TP-PID 


no more messages are waiting in SC "1 "B 
binary 01000xxx, xxx represents n resp. m (see test 
method description) 



16.2.7.5 Test requirements 

After step 60 only the Short Messages delivered in step 7, 19, 31 and 55 shall be retrieved and displayed. 



1 6.2.8 Test of the reply path scheme 



16.2.8.1 



Definition 



16.2.8.2 Conformance requirement 

When a replying UE receives an original mobile terminated short message it has: 

- originating SME = TP -Originating Address in the SMS-DELIVER TPDU; 

- original SC = RP-Originating Address in the RP-MT-DATA. 

When submitting the reply mobile originated short message, the replying UE should use parameters as follows: 

- TP-Destination Address in SMS-SUBMIT TPDU = originating SME; 

- RP-Destination Address in RP-MO-DATA = original SC. 

Reference(s) 

TS 23.040 Annex D.5,D.6 
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16.2.8.3 



Test purpose 



This procedure verifies that the UE is able to send a Reply Short Message back to the correct originating SME even if in 
the meantime it receives another Short Message. 



16.2.8.4 



Method of test 



Initial conditions 

System Simulator: 

1 cell, default parameters. 
User Equipment: 

the UE shall be in the idle updated state; 
the UE message store shall be empty. 

Related ICS/IXIT Statements 

Support for Short message MT/PP. 

Support for Short message MO/PP. 

Description of the basic procedures to display a mobile terminated short message. 

Description of the basic procedures to send a mobile originated short message. 

The value of timer TC1M. 

Test procedure 

a) The SS delivers a Short Message as specified in subclause 16.2.1, step b) with TP-Reply-Path set to 1. 

b) Step a) is repeated but with: 

different TP-Originating-Address for the originating SME; 
different RP-Originating-Address for the original SC; and 
different message contents TP-User-Data. 

c) One of the two Short Messages is displayed (e.g. by means of the MMI) and the Reply Short Message is 
submitted (e.g. by means of the MMI). 

d) step c) is repeated for the other Short Message. 
Expected sequence 



Step 


Direction 


Message 


Comments 


UE | SS 


1 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


2 


— > 


SERVICE REQUEST 




3 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




4 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




5 


<— 


SECURITY MODE COMMAND 




6 


— > 


SECURITY MODE COMPLETE 




7 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) TP- 
RP set to 1 


8 


— > 


CP-ACK 


Sent within TC1 M after step 7 
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Step 


Direction 


Message 


Comments 


UE | SS 


9 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


10 


<— 


CP-ACK 




11 


<— 


RRC CONNECTION RELEASE 




12 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




13 




Mobile terminated establishment 
of RRC connection 


SeeTS34.108 


14 


--> 


SERVICE REQUEST 




15 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




16 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




17 


<— 


SECURITY MODE COMMAND 




18 


— > 


SECURITY MODE COMPLETE 




19 


<— 


CP-DATA 


Contains RP-DATA RPDU (SMS DELIVER TPDU) TP- 
OA, RP-OA and TP-UD different from step 7 


20 


— > 


CP-ACK 


Sent within TC1 M after step 7 


21 


— > 


CP-DATA 


Contains RP-ACK RPDU. 


22 


<— 


CP-ACK 




23 


<— 


RRC CONNECTION RELEASE 




24 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




25 


UE 




One of the two Short Messages is displayed and the 
Reply Short Message is submitted. 


26 


<— 


SYSTEM INFORMATION 


BCCH 


27 


— > 


RRC CONNECTION REQUEST 


CCCH 


28 


<— 


RRC CONNECTION SETUP 


CCCH 


29 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


30 


--> 


SERVICE REQUEST 




31 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




32 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




33 


<— 


SECURITY MODE COMMAND 




34 


— > 


SECURITY MODE COMPLETE 




35 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) RP-DA 
= RP-OA corresponding to the message displayed TP- 
DA = TP-OA corresponding to the message displayed 


36 


<— 


CP-ACK 


Sent within TC1 M after step 35 


37 


<— 


CP-DATA 


Contains RP-ACK RPDU 


38 


SS 




Waits max 25 seconds for CP-ACK 


39 


— > 


CP-ACK 




40 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. 


41 


— > 


RRC CONNECTION RELEASE 
COMPLETE 




42 


UE 




The other Short Message is displayed and the Reply 
Short Message is submitted. 


43 


<— 


SYSTEM INFORMATION 


BCCH 


44 


— > 


RRC CONNECTION REQUEST 


CCCH 


45 


<— 


RRC CONNECTION SETUP 


CCCH 


46 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


47 


--> 


SERVICE REQUEST 




48 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




49 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




50 


<— 


SECURITY MODE COMMAND 




51 


— > 


SECURITY MODE COMPLETE 




52 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU) RP-DA 
= RP-OA corresponding to the Message displayed TP- 
DA = TP-OA corresponding to the message displayed 


53 


<— 


CP-ACK 


Sent within TC1 M after step 52 


54 


<— 


CP-DATA 


Contains RP-ACK RPDU 
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Step 


Direction 


Message 


Comments 


UE | SS 


55 
56 
57 
58 


SS 
— > 
<— 
— > 


CP-ACK 

RRC CONNECTION RELEASE 

RRC CONNECTION RELEASE 

COMPLETE 


Waits max 25 seconds for CP-ACK 
RRC connection is released. 



Specific Message Contents 
SMS-DELIVERTPDU 



Information element 


CommentValue 


TP-MMS 
TP-RP 


no more messages are waiting in SC "1 "B 
Reply Path exists "1"B 



16.2.8.5 Test requirements 

After step 34 UE shall send the Reply Short Message corresponding to one of two previously received short messages. 

After step 51 UE shall send the Reply Short Message corresponding to the other of two previously received short 

messages. 

1 6.2.9 Multiple SMS mobile originated 
16.2.9.1 UE in idle mode 

This test applies to UE supporting the ability of sending multiple short messages on the same RRC connection when 
there is no PDP context in progress. 



16.2.9.1.1 



Conformance requirements 



When the UE chooses to use the same RRC connection to send another short message or a memory available 
notification, then: 

- the UE shall transmit a SERVICE REQUEST for the new CM connection before the final CP-ACK (e.g. the one 
that acknowledges the CP-DATA that carried the RP-ACK) for the old GMM context is transmitted; 

- before transmission of the first CP-DATA on the new GMM context, the UE shall transmit the CP-ACK for the 
old GMM context; 

- the Transaction Identifier used on the new GMM context shall be different to that used on the old GMM context; 
and 

- the UE shall not initiate establishment of the new GMM context before the final CP-DATA (e.g. the one 
carrying the RP-ACK) has been received. 

Reference 

- TS 23.040; subclause 3.1. 
- TS 24.011; subclause 5.4. 



16.2.9.1.2 



Test purpose 



To verify that the UE is able to correctly send multiple short messages on the same RRC connection when using an 
DCCH. 
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16.2.9.1.3 Method of test 

Initial conditions 

System simulator: 

1 cell, default parameters. 
User Equipment: 
- the UE shall be in "Idle, updated" state; 

the SMS message storage shall be empty. 

Related ICS/IXIT statements 

Support for multiple short message MO/PP on the same RRC connection. 

Description of how to enter multiple SMS. 

Description of the basic procedures to display a mobile originated short message. 

Whether SMS messages are stored in the USIM and/or the ME. 

Test procedure 

a) The UE shall be set up to send 3 short messages as multiple SM to the SS. The SS answers correctly to RRC 
CONNECTION REQUEST on CCCH and then performs the authentication. 

b) After receiving SECURITY MODE COMMAND UE shall send SECURITY COMMAND COMPLETE. 

c) The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the UE with a 
CP-ACK message followed by a CP-DATA message containing the correct RP-ACK RPDU. The Transaction 
Identifier used on this MM connection is 'x'. 

d) The UE shall transmit a SERVICE REQUEST for the new CM connection (for the second short message) before 
the final CP-ACK (the one that acknowledges the CP-DATA that carried the RP-ACK before) for the old GMM 
context is transmitted. The UE shall not initiate establishment of the new GMM context before the final CP- 
DATA (i.e. the one carrying the RP-ACK for the first short message) has been received. Before transmission of 
the first CP-DATA on the new GMM context, the UE shall transmit the CP-ACK for the old GMM context. The 
Transaction Identifier used on the new GMM context shall be y, where y <> x (see procedure c)). 

e) The SS waits a maximum of 5 seconds after receiving the SERVICE REQUEST for the CP-ACK message from 
theUE. 

f) The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the UE with a 
CP-ACK message followed by a CP-DATA message containing the correct RP-ACK RPDU. 

g) The UE shall transmit a SERVICE REQUEST for the new CM connection (for the third short message) before 
the final CP-ACK (the one that acknowledges the CP-DATA that carried the RP-ACK before) for the old GMM 
context is transmitted. Before transmission of the first CP-DATA on the new GMM context, the UE shall 
transmit the CP-ACK for the old GMM context. The Transaction Identifier used on the new GMM context shall 
be z, where z <> y (see procedure d)). The UE shall not initiate establishment of the new GMM context before 
the final CP-DATA (i.e. the one carrying the RP-ACK for the second short message) has been received. 

h) The SS waits a maximum of 5 seconds after receiving the SERVICE REQUEST for the CP-ACK message from 
theUE. 

i) The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the UE with a 
CP-ACK message followed by a CP-DATA message containing the correct RP-ACK RPDU. 

j) The SS waits a maximum of 5 seconds after sending CP-DATA for the CP-ACK message from the UE. 

k) The SS sends a RRC CONNECTION RELEASE to the UE. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


<— 


SYSTEM INFORMATION 


BCCH 


2 


— > 


RRC CONNECTION REQUEST 


CCCH 


3 


<— 


RRC CONNECTION SETUP 


CCCH 


4 


— > 


RRC CONNECTION SETUP 
COMPLETE 


DCCH 


5 


— > 


SERVICE REQUEST 




6 


<— 


AUTHENTICATION AND 
CIPHERING REQUEST 




7 


— > 


AUTHENTICATION AND 
CIPHERING RESPONSE 




8 


<— 


SECURITY MODE COMMAND 




9 


— > 


SECURITY MODE COMPLETE 




10 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU). The 
Transaction Identifier used in steps 10, 11, 12 and 14 
shall be x. 


11 


<— 


CP-ACK 




12 


<— 


CP-DATA 


Contains RP-ACK RPDU 


13 


--> 


SERVICE REQUEST 




14 


— > 


CP-ACK 


Shall be sent within 5 seconds of step 13 


15 


<— 


SERVICE ACCEPT 




16 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU). The 
Transaction Identifier used in steps 16, 17, 18 and 20 
shall be y where y <> x (see step 1 0). 


17 


<— 


CP-ACK 




18 


<— 


CP-DATA 


Contains RP-ACK RPDU 


19 


--> 


SERVICE REQUEST 




20 


— > 


CP-ACK 


Shall be sent within 5 seconds of step 19 


21 


<— 


SERVICE ACCEPT 




22 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU). The 
Transaction Identifier used in steps 22, 23, 24 and 25 
shall be z, where z <> y (see step 16). 


23 


<— 


CP-ACK 




24 


<— 


CP-DATA 


Contains RP-ACK RPDU 


25 


— > 


CP-ACK 


Shall be sent within 5 seconds of step 24 


26 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. 


27 


— > 


RRC CONNECTION RELEASE 
COMPLETE 





16.2.9.1.4 



Test requirements 



In step 12 the UE shall transmit a SERVICE REQUEST for the new CM connection (for the second short message) 
before the final CP-ACK for the old GMM context is transmitted. 

In step 17 the UE shall transmit a SERVICE REQUEST for the new CM connection (for the third short message) before 
the final CP-ACK for the old GMM context is transmitted. 



16.2.9.2 



UE in active mode 



This test applies to UE supporting the ability of sending concatenated multiple short messages when there is a PDP 
context in progress. 



16.2.9.2.1 



Conformance requirements 



When the UE chooses to use the same RRC connection to send another short message or a memory available 
notification, then: 
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- the UE shall transmit a SERVICE REQUEST for the new CM connection before the final CP-ACK (e.g. the one 
that acknowledges the CP-DATA that carried the RP-ACK) for the old GMM context is transmitted; 

- before transmission of the first CP-DATA on the new GMM context, the UE shall transmit the CP-ACK for the 
old GMM context; 

the Transaction Identifier used on the new GMM context shall be different to that used on the old GMM context; 
and 

- the UE shall not initiate establishment of the new GMM context before the final CP-DATA (e.g. the one 
carrying the RP-ACK) has been received. 

Reference 

- TS 23.040; subclause 3.1. 

- TS 24.011; subclause 5.4. 

16.2.9.2.2 Test purpose 

To verify that the UE is able to correctly concatenate multiple short messages on the same RRC connection when sent 
parallel to a PDP context. 

16.2.9.2.3 Method of test 

Initial conditions 

System simulator: 

1 cell, default parameters. 
User Equipment: 

- the UE shall be in "Idle, updated" state; 
the SMS message storage shall be empty. 

Related ICS/IXIT statements 

Support for multiple short message MO/PP on the same RRC connection. 

Description of how to enter multiple SMS. 

Description of the basic procedures to display a mobile originated short message. 

Support for state PDP-ACTIVATE of session management. 

Whether SMS messages are stored in the USIM and/or the ME. 

Test procedure 

a) A PDP context is established with the SS and the state PDP- ACTIVE of session management is entered. The UE 
is set up to send 3 short messages as multiple SM to the SS. After the reception of the SERVICE REQUEST, the 
SS sends a SERVICE ACCEPT message, b) Steps c) to k) of the test procedure in subclause 16.2.9.1.3 are 
repeated. 
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Expected sequence 



Step 


Direction 


Message 


Comments 


UE SS 


1 


SS 




A PDP context is established and the state PDP-ACTIVE 
of session management is entered. 


2 


UE 




The UE is set up to send 3 short messages as multiple 
SM 


3 


— > 


SERVICE REQUEST 




4 


<— 


SERVICE ACCEPT 




5 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU). The 
Transaction Identifier used in steps 5, 6, 7 and 9 shall be 


6 


<— 


CP-ACK 


X. 


7 


<— 


CP-DATA 


Contains RP-ACK RPDU 


8 


— > 


SERVICE REQUEST 




9 


— > 


CP-ACK 


Shall be sent within 5 seconds of step 8 


10 


<-- 


SERVICE ACCEPT 




11 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU). The 
Transaction Identifier used in steps 11, 12, 13 and 15 
shall be y where y <> x (see step 5). 


12 


<— 


CP-ACK 




13 


<— 


CP-DATA 


Contains RP-ACK RPDU 


14 


--> 


SERVICE REQUEST 




15 


— > 


CP-ACK 


Shall be sent within 5 seconds of step 14 


16 


<— 


SERVICE ACCEPT 




17 


— > 


CP-DATA 


Contains RP-DATA RPDU (SMS SUBMIT TPDU). The 
Transaction Identifier used in steps 17, 18, 19 and 20 
shall be z, where z <> y (see step 11). 


18 


<— 


CP-ACK 




19 


<— 


CP-DATA 


Contains RP-ACK RPDU 


20 


— > 


CP-ACK 


Shall be sent within 5 seconds of step 19 


21 


<— 


RRC CONNECTION RELEASE 


RRC connection is released. 


22 


— > 


RRC CONNECTION RELEASE 
COMPLETE 





16.2.9.2.4 



Test requirements 



In step 7 the UE shall transmit a SERVICE REQUEST for the new CM connection (for the second short message) 
before the final CP-ACK for the old GMM context is transmitted. 

In step 13 the UE shall transmit a SERVICE REQUEST for the new CM connection (for the third short message) before 
the final CP-ACK for the old GMM context is transmitted. 

1 6.3 Short message service cell broadcast 



16.3.1 



Conformance requirements 



In idle mode, the UE listens to the BCCH and to the paging sub-channel for the paging group it belongs to. The UE is 
required to receive and analyse the paging messages and immediate assignment messages sent on the paging subchannel 
corresponding to its paging subgroup. 

Reference 

- TS 23.041 ;clause 8. 

- TS 25.324; clause 11 

16.3.2 Test purpose 

This test verifies that an UE supporting SMS-CB is able to receive SMS-CB messages. 
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16.3.3 



Method of test 



Initial conditions 

System Simulator: 

1 cell, default parameters; 

- the SS provides a BCCH/CCCH to support the UE in idle mode; 

- periodic location updating is disabled. 
User Equipment: 

the UE shall be in the idle updated state. 

Related ICS/IXIT Statements 

Support for short message transmission cell broadcast. 

Description of the basic procedures to display a cell broadcasted short message. 

Test procedure 

Three Cell Broadcast (CB) messages are sent by the SS on the CBCH with message codes 0,1,1 in serial number 
fields respectively. 

The UE shall respond to the page. 

Expected sequence 

Since the SMS-CB messages are sent continuously, a table is not applicable in this test. 

Specific Message Contents: 

Cell broadcast test message content 



Information element 


CommentValue 


Message Type 


CBS Message "1 "B (see TS 25.324, subclause 11.1) 


Message ID 




Serial Number 




- Geographical scope 


"00"B 


- Message code 


see test procedure "0000000000"B or "0000000001 "B 


- Update number 


as applicable 


Data Coding Scheme 


Default alphabet, English "00000001 "B 


CB Data 


max 1246 octets 



16.3.4 Test requirements 

In consequence of test the UE shall ignore third message and store two messages. 
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1 6.4 Default message contents: 

1 6.4.1 Default message contents for SM-CP protocol 



CP-DATA 



Protocol Discriminator 


SMS messages ("1001 "B) 




Transaction Identifier 






TIO 


any value from the set {0, .. 


,6} 


Tl flag 







Message type 


00000001 




CP-User data 






CP-USER Data IEI 


"0000001 "B 




length indicator 






RPDU 


max 248 octets 





CP-ACK 



Protocol Discriminator 


SMS messages ("1001 "B) 


Transaction Identifier 




TIO 




Tl flag 




Message type 


00000100 



CP-ERROR 



Protocol Discriminator 


SMS messages ("1001 "B) 


Transaction Identifier 




TIO 




Tl flag 




Message type 


00010000 


CP-Cause 




CP-Cause IEI 


"000001 0"B 


Cause value 


see TS 24.01 1 , subclause 8.1 .4.2 



1 6.4.2 Default message contents for SM-RP protocol 



RP-DATA 



Information element 


Comment Value 


RP-Message Type 


"001 "B (SS->UE) or"000"B(UE->SS) 


RP-Message Reference 


see TS 24.01 1 , subclause 8.2.3 


RP-Originator Address 


see TS 24.01 1 , subclause 8.2.5.1 


RP-Destination Address 


see TS 24.01 1 , subclause 8.2.5.2 


RP-User Data 


see TS 24.01 1 , subclause 8.2.5.3 


RP-User Data IEI 


"1 000001 "B 


Length indicator 




TP-DATA 


max 233 octets 



RP-ACK 



Information element 


Comment Value 


RP-Message Type 
RP-Message Reference 


"01 0"B (UE->SS) or "01 1 "B(SS->UE) 
see TS 24.01 1 , subclause 8.2.3 
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RP-ERROR 



Information element 


Comment Value 


RP-Message Type 


"100"B (UE->SS) or "101"B(SS->UE) 




RP-Message Reference 


see TS 24.01 1 , subclause 8.2.3 




RP-Cause 


see TS 24.01 1 , subclause 8.2.5.4 




RP-User Data 


see TS 24.01 1 , subclause 8.2.5.3 : optional, 
present or not 


may be 


RP-User Data I El 


"1 000001 "B 




Length indicator 






TP-Data 


max 233 octets 





RP-SMMA UE->SS) 



Information element 


Comment Value 


RP-Message Type 
RP-Message Reference 


"110"B(UE->SS) 

see TS 24.01 1 , subclause 8.2.3 



1 6.4.3 Default message contents for SM-TP protocol 



SMS DELIVER TPDU 



Information element 


Comment Value 


TP-MTI 


SMS DELIVER "00"B 


TP-MMS 


more messages are waiting in SC "0"B 


TP-RP 


no reply path "0"B 


TP-UDHI 


TP-UD contains only the SM"0"B 


TP-SRI 


no status report returned"0"B 


TP-OA 


an international number coded E.164 


TP-PID 


default "00000000"B 


TP-DCS 


default alphabet "00000000"B 


TP-SCTS 


any legal value (cf. TS 23.040) 


TP-UDL 




TP-UD 


max 1 40 octets 



SMS SUBMIT TPDU 



Information element 


CommentValue 


TP-MTI 


SMSSUBMIT"01"B 


TP-RD 


SC shall accept same SMS-SUBMIT "0"B 


TP-VPF 


TP-VP field not present "00"B 


TP-RP 


no reply path "0"B 


TP-UDHI 


TP-UD contains only the SM "00"B 


TP-SRR 


no request of status report "00"B 


TP-MR 




TP-DA 


an international number coded E164 


TP-PID 


default "00000000"B 


TP-DCS 


default alphabet "00000000"B 


TP-VP 




TP-UDL 




TP-UD 


max 140 octets 
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SMS COMMAND TPDU 



Information element 


Comment Value 


TP-MTI 


SMS-COMMAND"10"B 


TP-UDHI 


TP-UD contains only the SM "00"B 


TP-SRR 


status report not requested "0"B 


TP-MR 




TP-PID 


default "00000000"B 


TP-CT 




TP-MN 




TP-DA 


an international number coded E164 


TP-CDL 




TP-CD 





SMS STATUS REPORT TPDU 



Information element 


Comment Value 


TP-MTI 


SMS-STATUS-REPORT"1 0"B 


TP-MMS 


no more messages "1"B 


TP-SRQ 


result of SMS-SUBMIT "0"B 


TP-MR 




TP-RA 


the destination address of the previous SM MO 


TP-SCTS 


any legal value (cf. TS 23.040, subclause 9.2.3.1 1) 


TP-DT 


any legal value (cf. TS 23.040, subclause 9.2.3.13) 


TP-ST 


see TS 23.040, subclause 9.2.3.15 
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17 User Equipment features (MMI, VHE, MexE, SAT) 

1 7.1 Test of autocalling restrictions 

17.1.1 General 

It is essential that all autocalling apparatus is prevented from continuously dialling a given number, to avoid machines 
repeatedly disturbing PSTN subscribers in error, or numerous repeat attempts to unobtainable numbers which cause 
waste of valuable network resources. Therefore autocalling restrictions are defined by TS 22.001 . 

The tests shall be performed using all of the call methods specified by the supplier in the IXIT statement TS 34.123-2. 
The supplier shall state any autocalling procedures implemented and how many times they can be repeated to a single 
number and the minimum re-attempt interval(s), i.e. the complete re-try schedule or algorithm with parameter values. 
The supplier shall further describe any automatic methods for making repeated calls to a single number. The supplier 
shall also state in the IXIT statement the number of B-party numbers that can be stored on the list of blacklisted 
numbers as described in TS 22.001, Annex E. 

For an external R-interface the supplier shall state in the IXIT statement the procedure for autocalling restrictions for 
that interface and the possible parameter settings for the number of times the LTE can make a re-attempt and the 
minimum accepted time between re-attempts accepted by the UE. The conditions for clearing the autocalling constraints 
shall be stated in the IXIT statement. 

For external interfaces the LTE must be programmed so that it clearly attempts to violate the autocalling constraints. 

For all the tests in this clause the call setup procedure uses the Generic Setup Procedure for Circuit Switched connection 
as specified in TS 34.108 clause 7. A Radio Access Bearer to set up shall be selected from one of the speech or CS data 
bearers within the capability of the UE as specified in the ICS statement. Unless otherwise indicated, this procedure 
shall only run to the transmission by the SS or UE of the SETUP message (CC). 

1 7.1 .2 Constraining the access to a single number (TS 22.001 category 3) 

1 7.1 .2.1 Definition and applicability 

This test checks that when an auto-dialled call to a B-party number fails due to a category 3 cause, only one retry to that 
number is permitted. 

During this test the SETUP messages shall contain the same B-party number. 

No manual intervention shall be performed except to initiate and end the test. 

This test applies to all UE that support autocalling. 

1 7.1 .2.2 Conformance requirement 

A repeat call attempt may be made when a call attempt is unsuccessful for the reasons listed below (as defined in 
TS 24.008). 

These reasons are classified in three major categories: 

1. "Busy destination"; 

2. "Unobtainable destination - temporary"; 

3. "Unobtainable destination - permanent/long term". 

NOTE: Cause values for each category are defined in TS 22.001, Annex E. 
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The table below describes a repeat call restriction pattern to any B number. This pattern defines a maximum number (n) 
of call repeat attempts; when this number n is reached, the associated B number shall be blacklisted by the UE until a 
manual re-set at the UE is performed in respect of that B number. When a repeat attempt to any one B number fails, or 
is blacklisted, this does not prevent calls being made to other B numbers. 

For the categories 1 and 2 above, n shall be 10; for category 3, n shall be 1. 



Call attempt 


Minimum duration between call attempts 


Initial call attempt 


- 


1 st repeat attempt 


5 sec 


2nd repeat attempt 


1 min 


3rd repeat attempt 


1 min 


4th repeat attempt 


1 min 


5th repeat attempt 


3 min 










nth repeat attempt 


3 min 



Reference: 

TS 22.001, Annex E. 

17.1.2.3 Test purpose 

To ensure the correct behaviour of the UE to TS 22.001 Category 3. 



17.1.2.4 



Method of test 



Initial condition. 

There shall be no numbers in the list of blacklisted numbers in the UE. The time set between the first re-attempt and the 
next re-attempt is set to the minimum value possible. The number of re-attempts is set to the lowest possible number, 
greater than 1, that is supported by the UE. The autocalling function is invoked for the B-party number to be used 
during the test. 

Related ICS/IXIT Statement(s) 
ICS: TBD. 

PIXIT: Description of auto calling management: 

selection of the auto calling; 

indication that the call failed and a re-try is attempted; 

indication that a call finally failed. 
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Test Procedure 



Step 


Direction 


Message 


Comments 


UE SS 


1 


UE 




"called number" entered 


2 


^ 


GENERIC SETUP PROCEDURE 
MOBILE ORIGINATED, CS (Up to 
SETUP) 


Establishment cause indicates "originating call". 


3 


^ 


RELEASE COMPLETE 


Cause value from category 3 of TS 22.001 , Annex E. 


4 


<r 


RRC CONNECTION RELEASE 


The signalling link is released 


5 






The UE is invoking the auto calling function. The time 
between step 4 and 6 must be minimum 5 sec. 


6 


■> 


GENERIC SETUP PROCEDURE 
MOBILE ORIGINATED, CS (Up to 
SETUP) 


Establishment cause indicates "originating call". 


7 


^ 


RELEASE COMPLETE 


Cause value from category 3 of TS 22.001 , Annex E. 


8 


<r 


RRC CONNECTION RELEASE 


The main signalling link is released 


9 


UE 




Clear the auto calling constraint after a minimum of 2 
minutes from step 8. 



17.1.2.5 Test requirements 

The time between step 4 and 6 must be minimum 5 seconds. 

No further call attempt shall be made after step 8. 



1 7.1 .3 Constraining the access to a single number (TS 22.001 categories 1 
and 2) 



17.1.3.1 



Definition and applicability 



This test checks that when an auto-dialled call to a B-party number fails due to a category 2 cause, the time between of 
retries complies with the requirements, and the number of retries does not exceed that declared by the UE manufacturer, 
and is never more than 10. 

During this test the SETUP messages shall contain the same B-party number. 

No manual intervention shall be performed except to initiate and end the test. 

This test applies to all UE that support autocalling. 

1 7.1 .3.2 Conformance requirement 

The UE must fulfil the requirements for category 1 and 2, see subclause 17.1.2.2. 

Reference: 

TS 22.001, Annex E. 

17.1.3.3 Test purpose 

To ensure the correct behaviour of the UE to TS 22.001 Categories 1 and 2. 



17.1.3.4 



Initial condition 



Method of test 



There shall be no numbers in the list of blacklisted numbers in the UE. The re-try scheme is set to give the shortest 
possible intervals between re-tries. The number of re-attempts is set to the maximum possible number (N), that is 
supported by the UE. The autocalling function is invoked for the B-party number to be used during the test. 
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Related PICS/PIXIT Statement(s) 
ICS: TBD 
IXIT: Description of auto calling management: 

selection of the auto calling; 

indication that the call failed and a re-try is attempted; 

indication that a call finally failed. 

Test Procedure 

A, UE originated, generic call setup is performed up to the SETUP message. The SS then releases the establishment 
with a cause value from category 1 or 2 ( TS 22.001, Annex E). 

The UE is continuously making new generic call setup attempts invoked by the auto calling function after each RRC 
CONNECTION RELEASE from the SS. 



Step 


Direction 


Message 


Comments 


UE SS 


1 
2 

3 

4 
5 

6 

7 

8 


UE 


GENERIC SETUP PROCEDURE 

MOBILE ORIGINATED, CS (Up to 

SETUP) 

RELEASE COMPLETE 

RRC CONNECTION RELEASE 

GENERIC SETUP PROCEDURE 

MOBILE ORIGINATED, CS (Up to 

SETUP) 

RELEASE COMPLETE 

RRC CONNECTION RELEASE 


"called number" entered 

Establishment cause indicates "originating call". 

Cause value from category 1 or 2 of TS 22.001 , Annex E. 

This shall be chosen randomly, from both categories. 

Cause no. 27 shall be excluded if the UE has 

implemented in category 3 of TS 22.001 , as declared in 

IXIT statement 

The signalling link is released 

The UE is invoking the auto calling function. 1 : At the first 

re-attempt the time between step 4 and 6 must be 

minimum 5 sec. 2: At the 2 nd , 3 rd and 4 th re-attempt the 

time between step 4 and 6 must be minimum 1 min. 3: At 

the 5 th to 10 th re-attempt the time between step 4 and 6 

must be minimum 3 min. 

Establishment cause indicates "originating call". 

Cause value from category 1 or 2 of TS 22.001 , Annex E. 
This shall be chosen randomly, from both categories. 
Cause no. 27 shall be excluded if the UE has 
implemented in category 3 of TS 22.001 , as declared in 
PIXIT statement 
The signalling link is released. 


9 






The auto calling function shall repeat step 5 to 8 (N-1) 
times. The UE shall not make more than maximum 10 re- 
attempts. 


10 


UE 




Clear the auto calling constraint by manual intervention 
after a minimum of 4 minutes from step 9. Following the 
final completion of step 9 the UE initiate a call prior to 
manual intervention. 



17.1.3.5 



Test requirements 



1: At the first re-attempt the time between step 4 and 6 must be minimum 5 sec. 2: At the 2 nd , 3 rd and 4 th re-attempt the 
time between step 4 and 6 must be minimum 1 min. 3: At the 5 th to 10 th re-attempt the time between step 4 and 6 must 
be minimum 3 min. 

The UE shall not make more than maximum 10 re-attempts. 
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1 7.1 .4 Behaviour of the UE when its list of blacklisted numbers is full 

1 7.1 .4.1 Definition and applicability 

This tests that the UE does not allow autocalling when its list of blacklisted numbers is full. 

The number of B-party numbers that can be stored in the list of blacklisted numbers, as stated in the IXIT statement, is 

M. 

This test shall only apply to UE that are capable of autocalling more than M B-party numbers. 

1 7.1 .4.2 Conformance requirement 

The number of B numbers that can be held in the blacklist is at the manufacturers discretion but there shall be at least 8. 
However, when the blacklist is full the UE shall prohibit further automatic call attempts to any one number until the 
blacklist is manually cleared at the UE in respect of one or more B numbers. 

Reference 

TS 22.001, Annex E. 

17.1.4.3 Test purpose 

To ensure the correct behaviour of the UE when its list of blacklisted numbers is full. 

17.1.4.4 Method of test 

Initial condition 

The list of blacklisted numbers, in the UE, shall be full. This may be achieved as described in the procedure in 
clause 17.1.2, applied to M B-party numbers. 

Related ICS/IXIT Statement(s) 
PICS: TBD. 
PIXIT: Description of auto calling management: 

selection of the auto calling; 

indication that the call failed and a re-try is attempted; 

indication that a call finally failed. 

Test Procedure 

The autocalling function is invoked for a B-party number that is not in the list of blacklisted numbers. 

Clear the autocalling constraint by manual intervention after a minimum of 10 s. 

17.1.4.5 Test requirements 
The UE must not initiate a call. 
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Annex A (normative): 

Default RRC Message Contents 



This clause contains the default values of RRC messages, other than those specified in TS 34.108 clauses 6 and 9. 
Unless indicated otherwise in specific test cases, they shall be transmitted by the system simulator in RRC messages, 
and which are required to be received from the UE under test. 

The necessary L3 messages are listed in alphabetic order, with the exception of the SYSTEM INFORMATION 
messages, where it is the information elements which are listed in alphabetic order (this is because some information 
elements occur in several SYSTEM INFORMATION types). 

In this clause, decimal values are normally used. However, sometimes a hexadecimal value, indicated by an "H", or a 
binary value, indicated by a "B" is used. 

Default SYSTEM INFORMATION: 

NOTE 1 : SYSTEM INFORMATION BLOCK TYPE 1 (except for PLMN type "GSM-MAP"), SYSTEM 
INFORMATION BLOCK TYPE 8, SYSTEM INFORMATION BLOCK TYPE 9, SYSTEM 
INFORMATION BLOCK TYPE 10, SYSTEM INFORMATION BLOCK TYPE 14, SYSTEM 
INFORMATION BLOCK TYPE 15 and SYSTEM INFORMATION BLOCK TYPE 16 messages are not 
used. 
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Contents of ACTIVE SET UPDATE message: AM 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 
info 

- Radio bearer identity 


Not Present(Used RLC-AM or RLC-UM) 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




RB with PDCP information 


Not Present 


- RB identity 




- PDCP SN info 




Maximum allowed UL TX power 


33dBm 


Radio link addition information 


( This IE is repeated for addition RL number.) 


- Primary CPICH info 




- Primary scrambling code 


The value is for additional cell 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- TFCI combining indicator 


TRUE 


- Secondary CCPCH info 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 


1 


- SSDT Indicator 


FALSE 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- Pilot symbol existence 


FALSE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing offset 





-TFCS 


( This IE is repeated for TFC number for PCH and FACH.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 
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Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- FACH/PCH information 




-TFS 


(PCH) 


- Dynamic Transport format information 


( This IE is repeated for TFI number.) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Octet mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.108 clause 6.10 Parameter Set 


-TFS 


( FACH ) 


- Dynamic Transport format information 


( This IE is repeated for TFI number.) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Octet mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.108 clause 6.10 Parameter Set 


- References to system information blocks 


Not Present 


- Scheduling information 




Radio link removal information 


( This IE is repeated for removal RL number.) 


- Primary CPICH info 




- Primary scrambling code 


The value is for removal cell 


TX Diversity Mode 


None 


SSDT information 


Not Present 



Contents of ACTIVE SET UPDATE COMPLETE message: AM 



Information Element 


Value/remark 


Message Type 

Integrity check info 

Uplink integrity protection activation info 

Radio bearer uplink ciphering activation time info 

RB with PDCP information 


Not checked 
Not checked 
Not checked 
Not checked 



Contents of ACTIVE SET UPDATE FAILURE message: AM 



Information Element 


Value/remark 


Message Type 
Integrity check info 
Failure cause 


Not checked 

Value will be checked 
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Contents of CELL UPDATE message: TM 



Information Element 


Value/remark 


Message Type 




U-RNTI 




- SRNC identity 


0000 0000 0001 B 


- S-RNTI 


0000 0000 0000 0000 0001 B 


Integrity check info 


Not checked 


AM_RLC error indication(for c-plane) 


Not checked 


AM_RLC error indication(for u-plane) 


Not checked 


Cell update cause 


See the test content 


Protocol error indicator 


Not checked 


Measured results on RACH 


Not checked 


Protocol error information 


Not checked 
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Contents of CELL UPDATE CONFIRM message: UM 



Information Element 


Value/remark 


Message Type 




U-RNTI 




- SRNC identity 


0000 0000 0001 B 


- S-RNTI 


0000 0000 0000 0000 0001 B 


Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 


info 




- Radio bearer identity 




- RLC sequence number 




New U-RNTI 


Not Present 


- SRNC identity 




- S-RNTI 




New C-RNTI 


Not Present 


DRX indicator 


NoDRX 


UTRAN DRX cycle length coefficient 


Not Present 


RLC reset indicator(for C-plane) 


FALSE 


RLC reset indicator(for U-plane) 


FALSE 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




URA identity 


0000 0000 0001 B 


RB with PDCP information 


Not Present 


- RB identity 




- PDCP SN info 




Maximum allowed UL TX power 


33dBm 


PRACH info 


Not Present 


- Available Signature 




- Signature 




- Signature 




- Signature 




- Signature 




- Signature 




- Signature 




- Signature 




- Signature 




- Available SF 




- Scrambling code number 




- Puncturing Limit 




- Available Sub Channel number 




- Sub channel number 




- Sub channel number 




- Sub channel number 




- Sub channel number 




- Sub channel number 




- Sub channel number 




- Sub channel number 




- Sub channel number 




- Sub channel number 
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- Sub channel number 

- Sub channel number 

- Sub channel number 

Downlink information common for one radio link 

- Primary CPICH info 

- Primary scrambling code 

- PDSCH with SHO DCH info 

- DSCH radio link identifier 

- TFCI Combining set 

- Radio link identifier 

- Primary CPICH info 

- Primary scrambling code 

- PDSCH code mapping 

- Downlink DPCH info for each RL 

- Primary CPICH usage for channel estimation 

- Secondary CPICH info 

- Secondary scrambling code 

- channelisation code 

- DL channelisation code 

- Secondary scrambling code 

- Code number 

- TPC combination index 

- SSDT Cell Identity 

- Closed loop timing adjustment mode 

- Secondary CCPCH info 

- Primary CPICH usage for channel estimation 

- Secondary CPICH info 

- Secondary scrambling code 

- channelisation code 

- Secondary scrambling code 

- SSDT Indicator 

- Spreading factor 

- Code number 

- Pilot symbol existence 

- TFCI existence 

- Fixed or Flexible Position 

- Timing offset 

- References to system information blocks 
- Scheduling information 



Not Present 
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Contents of MEASUREMENT CONTROL message: AM 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Measurement Identity Number 


1 


Measurement Command 


Setup 


Measurement Reporting Mode 




- Measurement Report Transfer Mode 


Acknowledged mode RLC 


- Measurement Reporting/Event Trigger Reporting 


Event Trigger 


Mode 




Additional measurement list 




- CHOICE Measurement type 




- Intra-frequency measurement 




- Intra-frequency cell info 




- New intra-frequency cell 




- Intra-frequency cell-id 





- cell info 




- Cell individual offset 


OdB 


- Reference time difference to cell 


Not Present 


- Primary CPICH info 




- Primary scrambling code 


150 


- Primary CPICH Tx power 


Not Present 


- Read SFN number 


FALSE 


- TX Diversity indicator 


FALSE 


- Intra-frequency measurement quantity 




- Filter coefficient 





- Measurement quantity 


CPICH RSCP 


- Intra-frequency reporting quantity 




- Reporting quantities for active set cells 




- SFN-SFN observed time difference 


No report 


- Cell Identity 


TRUE 


- CPICH Ec/NO 


FALSE 


-CPICH RSCP 


TRUE 


- Pathloss 


FALSE 


- CFN-SFN observed time difference 


FALSE 


- Reporting quantities for monitored cells 




- SFN-SFN observed time difference 


No report 


- Cell Identity 


TRUE 


- CPICH Ec/NO 


FALSE 


-CPICH RSCP 


TRUE 


- Pathloss 


FALSE 


- CFN-CFN observed time difference 


FALSE 


- Reporting quantities for unlisted set cells 


Not Present 


- Reporting cell status 


Not Present 


- Measurement validity 


Not Present 


- Periodical reporting criteria 




- Amount of reporting 


Infinity 


- Reporting interval 


Not Present 


- Inter-system measurement 


Not Present 


- LCS measurement 


Not Present 


- Traffic Volume measurement 


Not Present 


- Quality measurement 


Not Present 


- UE internal measurement 


Not Present 
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Contents of MEASUREMENT CONTROL FAILURE message: AM 



Information Element 


Value/remark 


Message Type 
Integrity check info 
Failure cause 


Not checked 

See the test content 



Contents of MEASUREMENT REPORT message: AM or UM 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not checked 


Measurement identity number 


1 


Measured Results 




- Intra-frequency measured results 




- Cell measured results 




- Cell Identity 


0000 0000 0000 0000 0000 0000 001 0B 


- SFN-SFN observed time difference 


Not checked 


- Primary CPICH info 




- Primary scrambling code 


150 


- CPICH Ec/NO 


Not checked 


-CPICH RSCP 


The presence should be checked 


- Path loss 


Not checked 


- CFN-SFN observed time difference 


Not checked 


CN domain identity 


Not checked 


NAS message 


Not checked 


Meqasured results on RACH 


Not checked 



Contents of PAGING TYPE1 message: TM ( SMS in CS ) 



Information Element 


Value/remark 


Message Type 




Paging record 




- Paging cause 


SMS 


- CN domain identity 


CS domain 


- CHOICE UE identity 




-IMSI 


Set to the same octed string as in the IMSI stored in the 




USIM card 


BCCH modification info 


Not Present 



Contents of PAGING TYPE1 message: TM ( SMS in PS ) 



Information Element 


Value/remark 


Message Type 




Paging record 




- Paging cause 


SMS 


- CN domain identity 


PS domain 


- CHOICE UE identity 




-IMSI 


Set to the same octed string as in the IMSI stored in the 




USIM card 


BCCH modification info 


Not Present 
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Contents of PAGING TYPE2 message: AM ( Speech in CS ) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Paging cause 


Terminating Speech Call 


CN domain identity 


CS domain 


Paging Record Type identifier 


Select the same type as in the IE "Initial UE Identity" in 




RRC CONNECTION REQUEST" message. 
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Contents of PHYSICAL CHANNEL RECONFIGURATION message: AM or UM ( The others of speech in CS 
) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 


info 




- Radio bearer identity 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


Not Present 


DRX indicator 


noDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




RB with PDCP information 


Not Present 


- RB identity 




- PDCP SN info 




Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




- Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


TRUE 


- Number of bits for Pilot bits(SF=1 28,256) 


Not Present 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




- TGPSI 


1 


- TPGS status Flag 


inactive 
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-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIFU 


2.0 


- DeltaSIRafterl 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 
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- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- Power offset Pp-m 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of PHYSICAL CHANNEL RECONFIGURATION message: AM or UM ( Speech in CS ) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm 




UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 
info 

- Radio bearer identity 


Not Present(Used RLC-AM or RLC-UM) 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


Not Present 


DRX indicator 


noDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




RB with PDCP information 


Not Present 


- RB identity 




- PDCP SN info 




Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.1 08 clause 6.1 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




- Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


FALSE 


- Number of bits for Pilot bits(SF=1 28,256) 


Not Present 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




- TGPSI 


1 


TGPS Status Flag 


inactive 
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-TGMP 


1 


- TGPRC 


FDD Measurement 


- TGCFN 


62 


-TGSN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGL1 


8 


-TGL2 


10 


-TGD 


5 


- TGPL1 


15 


- TGPL2 


35 


-RPP 


35 


- ITPRM 


Mode 1 


- UL/DL Mode 


Mode 1 


- Downlink compressed mode method 


DL 


- Uplink compressed mode method 


F/2 




F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIFU 


2.0 


- DeltaSIRafteM 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 
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- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- Power offset Pp-m 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of PHYSICAL CHANNEL RECONFIGURATION message: AM or UM ( Packet to CELL_DCH from 
CELL_DCH in PS ) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 
info 

- Radio bearer identity 


Not Present(Used RLC-AM or RLC-UM) 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


Not Present 


DRX indicator 


noDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




RB with PDCP information 


Not Present 


- RB identity 




- PDCP SN info 




Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.1 08 clause 6.1 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




- Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


TRUE 


- Number of bits for Pilot bits(SF=1 28,256) 


Not Present 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 
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- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIFU 


2.0 


- DeltaSIRafterl 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 
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- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- Power offset Pp-m 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of PHYSICAL CHANNEL RECONFIGURATION message: AM or UM ( Packet to CELL_DCH from 
CELL_FACH in PS ) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 
info 

- Radio bearer identity 


Not Present(Used RLC-AM or RLC-UM) 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


Not Present 


DRX indicator 


noDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




RB with PDCP information 


Not Present 


- RB identity 




- PDCP SN info 




Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.1 08 clause 6.1 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




- Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


TRUE 


- Number of bits for Pilot bits(SF=1 28,256) 


Not Present 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




- TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 
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- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Downlink frame type 


A 


- DeltaSIFU 


2.0 


- DeltaSIRafterl 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 
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- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of PHYSICAL CHANNEL RECONFIGURATION message: AM or UM ( Packet to CELL_FACH 
from CELL_DCH in PS ) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 


info 




- Radio bearer identity 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


Not Present 


DRX indicator 


noDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




RB with PDCP information 


Not Present 


- RB identity 




- PDCP SN info 




Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.1 08 clause 6.1 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH power control info 


Not Present 


PRACH info 




- Available Signature 




- Signature 





- Signature 


1 


- Signature 


2 


- Signature 


3 


- Signature 


4 


- Signature 


5 


- Signature 


6 


- Signature 


7 


- Available SF 


Reference to TS34.108 clause 6.10 Parameter Set 


- Scrambling code number 





- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


- Available Sub Channel number 




- Sub channel number 





- Sub channel number 


1 


- Sub channel number 


2 


- Sub channel number 


3 


- Sub channel number 


4 


- Sub channel number 


5 


- Sub channel number 


6 


- Sub channel number 


7 


- Sub channel number 


8 


- Sub channel number 


9 


- Sub channel number 


10 
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- Sub channel number 


11 




Downlink information common for all radio links 


Not Present 




- Downlink DPCH info common for all RL 






- Downlink DPCH power control information 






- DPC mode 






- Spreading factor 






- Fixed or Flexible Position 






- TFCI existence 






- Number of bits for Pilot bits(SF=1 28,256) 






- Downlink DPCH Offset Value 






- DPCH compressed mode info 






-TGPSI 


1 




-TGPS Status Fig 


inactive 




-TGMP 


FDD Measurement 




- TGPRC 


62 




- TGCFN 


(Current CFN + (256 - 


- TTI/1 0msec)) mod 256 


-TGSN 


8 




-TGL1 


10 




-TGL2 


5 




-TGD 


15 




- TGPL1 


35 




- TGPL2 


35 




-RPP 


Mode 1 




- ITPRM 


Mode 1 




- UL/DL Mode 


DL 




- Downlink compressed mode method 


F/2 




- Uplink compressed mode method 


F/2 




- Scrambling code change 






- Downlink frame type 






- DeltaSIFM 






- DeltaSIRafterl 






- TX Diversity mode 






- SSDT information 






- S field 






- Code Word Set 






Downlink PDSCH information 


Not Present 




CPCH SET info 


Not Present 




Downlink information for each radio links 






- Primary CPICH info 






- Primary scrambling code 


100 




- PDSCH with SHO DCH info 


Not Present 




- DSCH radio link identifier 






- TFCI Combining set 






- Radio link identifier 






- Primary CPICH info 






- Primary scrambling code 






- PDSCH code mapping 


Not Present 




- Downlink DPCH info for each RL 


Not Present 




- Primary CPICH usage for channel estimation 






- Secondary CPICH info 






- Secondary scrambling code 






- channelisation code 






- DL channelisation code 






- Secondary scrambling code 






- Code number 






- TPC combination index 
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- SSDT Cell Identity 




- Closed loop timing adjustment mode 




- Secondary CCPCH info 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 


1 


- SSDT Indicator 


FALSE 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- Pilot symbol existence 


FALSE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing offset 





-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of PHYSICAL CHANNEL RECONFIGURATION message: AM or UM ( Packet to CELL_FACH 
from CELL_FACH in PS ) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 


info 




- Radio bearer identity 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


0000 0000 0000 001 0B 


DRX indicator 


noDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




RB with PDCP information 


Not Present 


- RB identity 




- PDCP SN info 




Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.1 08 clause 6.1 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH power control info 


Not Present 


PRACH info 




- Available Signature 




- Signature 





- Signature 


1 


- Signature 


2 


- Signature 


3 


- Signature 


4 


- Signature 


5 


- Signature 


6 


- Signature 


7 


- Available SF 


Reference to TS34.108 clause 6.10 Parameter Set 


- Scrambling code number 





- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


- Available Sub Channel number 




- Sub channel number 





- Sub channel number 


1 


- Sub channel number 


2 


- Sub channel number 


3 


- Sub channel number 


4 


- Sub channel number 


5 


- Sub channel number 


6 


- Sub channel number 


7 


- Sub channel number 


8 


- Sub channel number 


9 


- Sub channel number 


10 
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- Sub channel number 


11 




Downlink information common for all radio links 


Not Present 




- Downlink DPCH info common for all RL 






- Downlink DPCH power control information 






- DPC mode 






- Spreading factor 






- Fixed or Flexible Position 






- TFCI existence 






- Number of bits for Pilot bits(SF=1 28,256) 






- Downlink DPCH Offset Value 






- DPCH compressed mode info 






-TGPSI 


1 




--TGPS Status Fig 


inactive 




-TGMP 


FDD Measurement 




- TGPRC 


62 




- TGCFN 


(Current CFN + (256 - 


- TTI/1 0msec)) mod 256 


-TGSN 


8 




-TGL1 


10 




-TGL2 


5 




-TGD 


15 




- TGPL1 


35 




- TGPL2 


35 




-RPP 


Mode 1 




- ITPRM 


Mode 1 




- UL/DL Mode 


DL 




- Downlink compressed mode method 


F/2 




- Uplink compressed mode method 


F/2 




- Scrambling code change 






- Downlink frame type 






- DeltaSIFM 






- DeltaSIRafterl 






- TX Diversity mode 






- SSDT information 






- S field 






- Code Word Set 






Downlink PDSCH information 


Not Present 




CPCH SET info 


Not Present 




Downlink information for each radio links 






- Primary CPICH info 






- Primary scrambling code 


150 




- PDSCH with SHO DCH info 


Not Present 




- DSCH radio link identifier 






- TFCI Combining set 






- Radio link identifier 






- Primary CPICH info 






- Primary scrambling code 






- PDSCH code mapping 


Not Present 




- Downlink DPCH info for each RL 


Not Present 




- Primary CPICH usage for channel estimation 






- Secondary CPICH info 






- Secondary scrambling code 






- channelisation code 






- DL channelisation code 






- Secondary scrambling code 






- Code number 






- TPC combination index 
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- SSDT Cell Identity 




- Closed loop timing adjustment mode 




- Secondary CCPCH info 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 


1 


- SSDT Indicator 


FALSE 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- Pilot symbol existence 


FALSE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing offset 





-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 





Contents of PHYSICAL CHANNEL RECONFIGURATION COMPLETE message: AM 



Message Type 

Other information element 


Not checked 
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Contents of RADIO BEARER SETUP message: AM or UM ( The others of speech in CS ) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


Stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 


info 




- Radio bearer identity 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


Not Present 


DRX indicator 


NoDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




Signalling RB information to setup 


Not Present 


- RB identity 




- CHOICE RLC info type 




- RLC info 




- Uplink RLC mode 




- Transmission RLC discard 




- SDU discard mode 




- TimerJvlRW 




- Timer discard 




- MaxMRW 




- Transmission window size 




- Downlink RLC mode 




- In-sequence delivery 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 




- Uplink transport channel type 




- Transport channel identity 




- Logical channel identity 




- MAC logical channel priority 




- Number of RLC logical channels 




- Downlink transport channel type 




- Transport channel identity 




- Logical channel identity 




RAB information for setup 




- RAB info 




- RAB identity 


0000 0001 B 


- CN domain identity 


CS domain 


- Re-establishment timer 




-T314 


20 seconds 


- RB information to setup 




- RB identity 


4 


- PDCP info 


Not Present 


- RLC info 
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- Downlink RLC mode 


(TM RLC) 


- In-sequence delivery 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


2 


- Logical channel identity 


1 


- MAC logical channel priority 


Not Present 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


2 


- Logical channel identity 


1 


RB information to be affected 


(UM DCCH for RRC) 


- RB identity 





- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


1 


- MAC logical channel priority 


1 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


1 


RB information to be affected 


(AM DCCH for RRC) 


- RB identity 


1 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


2 


- MAC logical channel priority 


2 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


2 


RB information to be affected 


(AM DCCH for NAS DT High priority) 


- RB identity 


2 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


- MAC logical channel priority 


3 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


RB information to be affected 


(AM DCCH for NAS DT Low priority) 


- RB identity 


3 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


- MAC logical channel priority 


4 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


UL Transport channel information for all transport 




channels 
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- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor (3c 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


Added or Reconfigured UL TrCH information 


If TrCH reconfiguration is executed then this is needed( 




e.g The rate of SRB for DCCH is changed.). 


- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 
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- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor (3c 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 


If TrCH reconfiguration is executed then this is needed( 




e.g The rate of SRB for DCCH is changed.). 


- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




- Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


TRUE 
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- Number of bits for Pilot bits(SF=1 28,256) 


Not Present 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPS 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIRI 


2.0 


- DeltaSIRafteM 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 
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- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor (3c 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of RADIO BEARER SETUP message: AM or UM ( Packet to CELL_DCH from CELL_DCH in PS ) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 


info 




- Radio bearer identity 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


Not Present 


DRX indicator 


noDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




Signalling RB information to setup 


Not Present 


- RB identity 




- CHOICE RLC info type 




- RLC info 




- Uplink RLC mode 




- Transmission RLC discard 




- SDU discard mode 




- TimerJvlRW 




- Timer discard 




- MaxMRW 




- Transmission window size 




- Downlink RLC mode 




- In-sequence delivery 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 




- Uplink transport channel type 




- Transport channel identity 




- Logical channel identity 




- MAC logical channel priority 




- Number of RLC logical channels 




- Downlink transport channel type 




- Transport channel identity 




- Logical channel identity 




RAB information for setup 




- RAB info 




- RAB identity 


0000 0001 B 


- CN domain identity 


PS domain 


- Re-establishment timer 




-T314 


20 seconds 


- RB information to setup 




- RB identity 


4 


- PDCP info 


Not Present 


- RLC info 
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- Uplink RLC mode 


(AM RLC) 




- Transmission RLC discard 






- SDU discard mode 


Max DAT retransmissions 




- MAX_DAT 


4 




- Transmission window size 


8 




-Timer RST 


500 




- Max_RST 


4 




- Polling info 






- Timer_poll_prohibit 


200 




- Timer poll 


200 




- Poll_SDU 


1 




- Last transmission PU poll 


TRUE 




- Last retransmission PU poll 


TRUE 




- Poll_Windows 


100 




- Downlink RLC mode 


(AM RLC) 




- In-sequence delivery 


TRUE 




- Receiving window size 


8 




- Downlink RLC status info 






- Timer status prohibit 


200 




- Timer_EPC 


200 




- Missing PU indicator 


TRUE 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


2 




- Logical channel identity 


1 




- MAC logical channel priority 


Not Present 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


2 




- Logical channel identity 


1 




RB information to be affected 


(UM DCCH for RRC) 




- RB identity 







- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


1 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




RB information to be affected 


(AM DCCH for RRC) 




- RB identity 


1 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


2 




- MAC logical channel priority 


2 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


2 




RB information to be affected 


(AM DCCH for NAS DT High 


priority) 


- RB identity 


2 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


3 




- MAC logical channel priority 


3 
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- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


RB information to be affected 


(AM DCCH for NAS DT Low priority) 


- RB identity 


3 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


- MAC logical channel priority 


4 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


Added or Reconfigured UL TrCH information 


If TrCH reconfiguration is executed then this is needed( 




e.g The rate of SRB for DCCH is changed.). 


- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 
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DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 


If TrCH reconfiguration is executed then this is needed( 




e.g The rate of SRB for DCCH is changed.). 


- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 
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- Uplink DPCH power control info 






- DPCCH power offset 


-6dB 




- PC Preamble 


8slot 




- Power Control Algorithm 


Algorithml 




- TPC step size 


1dB 




- Scrambling code type 


Long 




- Scrambling code number 


( to 1 677721 5) 




- Number of DPDCH 


Not Present(1) 




- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter 


Set 


- TFCI existence 


TRUE 




- Number of FBI bit 


Not Present(O) 




- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 




Downlink information common for all radio links 






- Downlink DPCH info common for all RL 






- Downlink DPCH power control information 






- DPC mode 


(single) 




- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 




- Fixed or Flexible Position 


Flexible 




- TFCI existence 


TRUE 




- Number of bits for Pilot bits(SF=1 28,256) 


Reference to TS34.108 clause 6.10 Parameter Set 




- Downlink DPCH Offset Value 







- DPCH compressed mode info 






-TGPSI 


1 




-TGPS Status Fig 


inactive 




-TGMP 


FDD Measurement 




- TGPRC 


62 




- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 




-TGSN 


8 




-TGL1 


10 




-TGL2 


5 




-TGD 


15 




- TGPL1 


35 




- TGPL2 


35 




-RPP 


Mode 1 




- ITPRM 


Mode 1 




- UL/DL Mode 


DL 




- Downlink compressed mode method 


F/2 




- Uplink compressed mode method 


F/2 




- Scrambling code change 


No code change 




- Downlink frame type 


A 




- DeltaSIFM 


2.0 




- DeltaSIRafterl 


1.0 




- TX Diversity mode 


None 




- SSDT information 


Not Present 




- S field 






- Code Word Set 






Downlink PDSCH information 


Not Present 




CPCH SET info 


Not Present 




Downlink information for each radio links 






- Primary CPICH info 






- Primary scrambling code 


100 




- PDSCH with SHO DCH info 


Not Present 




- DSCH radio link identifier 






- TFCI Combining set 






- Radio link identifier 






- Primary CPICH info 
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- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 





ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



1038 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Contents of RADIO BEARER SETUP message: AM or UM ( Packet to CELL_DCH from CELL_FACH in PS ) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 


info 




- Radio bearer identity 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


Not Present 


DRX indicator 


noDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




Signalling RB information to setup 


Not Present 


- RB identity 




- CHOICE RLC info type 




- RLC info 




- Uplink RLC mode 




- Transmission RLC discard 




- SDU discard mode 




- TimerJvlRW 




- Timer discard 




- MaxMRW 




- Transmission window size 




- Downlink RLC mode 




- In-sequence delivery 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 




- Uplink transport channel type 




- Transport channel identity 




- Logical channel identity 




- MAC logical channel priority 




- Number of RLC logical channels 




- Downlink transport channel type 




- Transport channel identity 




- Logical channel identity 




RAB information for setup 




- RAB info 




- RAB identity 


0000 0001 B 


- CN domain identity 


PS domain 


- Re-establishment timer 




-T314 


20 seconds 


- RB information to setup 




- RB identity 


4 


- PDCP info 


Not Present 


- RLC info 
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- Uplink RLC mode 


(AM RLC) 




- Transmission RLC discard 






- SDU discard mode 


Max DAT retransmissions 




- MAX_DAT 


4 




- Transmission window size 


8 




-Timer RST 


500 




- Max_RST 


4 




- Polling info 






- Timer_poll_prohibit 


200 




- Timer poll 


200 




- Poll_SDU 


1 




- Last transmission PU poll 


TRUE 




- Last retransmission PU poll 


TRUE 




- Poll_Windows 


100 




- Downlink RLC mode 


(AM RLC) 




- In-sequence delivery 


TRUE 




- Receiving window size 


8 




- Downlink RLC status info 






- Timer status prohibit 


200 




- Timer_EPC 


200 




- Missing PU indicator 


TRUE 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


2 




- Logical channel identity 


1 




- MAC logical channel priority 


Not Present 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


2 




- Logical channel identity 


1 




RB information to be affected 


(UM DCCH for RRC) 




- RB identity 







- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


1 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




RB information to be affected 


(AM DCCH for RRC) 




- RB identity 


1 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


2 




- MAC logical channel priority 


2 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


2 




RB information to be affected 


(AM DCCH for NAS DT High 


priority) 


- RB identity 


2 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


3 




- MAC logical channel priority 


3 
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- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


RB information to be affected 


(AM DCCH for NAS DT Low priority) 


- RB identity 


3 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


- MAC logical channel priority 


4 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 
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transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




- Uplink DPCH power control info 




- DPCCH power offset 


-6dB 
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- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


TRUE 


- Number of bits for Pilot bits(SF=1 28,256) 


Reference to TS34.108 clause 6.10 Parameter Set 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIFM 


2.0 


- DeltaSIRafterl 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 
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- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of RADIO BEARER SETUP message: AM or UM ( Packet to CELL_FACH from CELL_DCH in PS ) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 


info 




- Radio bearer identity 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


Not Present 


DRX indicator 


noDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




Signalling RB information to setup 


Not Present 


- RB identity 




- CHOICE RLC info type 




- RLC info 




- Uplink RLC mode 




- Transmission RLC discard 




- SDU discard mode 




- TimerJvlRW 




- Timer discard 




- MaxMRW 




- Transmission window size 




- Downlink RLC mode 




- In-sequence delivery 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 




- Uplink transport channel type 




- Transport channel identity 




- Logical channel identity 




- MAC logical channel priority 




- Number of RLC logical channels 




- Downlink transport channel type 




- Transport channel identity 




- Logical channel identity 




RAB information for setup 




- RAB info 




- RAB identity 


0000 0001 B 


- CN domain identity 


PS domain 


- Re-establishment timer 




-T314 


20 seconds 


- RB information to setup 




- RB identity 


4 


- PDCP info 


Not Present 


- RLC info 
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- Uplink RLC mode 


(AM RLC) 




- Transmission RLC discard 






- SDU discard mode 


Max DAT retransmissions 




- MAX_DAT 


4 




- Transmission window size 


8 




-Timer RST 


500 




- Max_RST 


4 




- Polling info 






- Timer_poll_prohibit 


200 




- Timer poll 


200 




- Poll_SDU 


1 




- Last transmission PU poll 


TRUE 




- Last retransmission PU poll 


TRUE 




- Poll_Windows 


100 




- Downlink RLC mode 


(AM RLC) 




- In-sequence delivery 


TRUE 




- Receiving window size 


8 




- Downlink RLC status info 






- Timer status prohibit 


200 




- Timer_EPC 


200 




- Missing PU indicator 


TRUE 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


6 




- MAC logical channel priority 


6 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


4 




- Logical channel identity 


1 




RB information to be affected 


(UM DCCH for RRC) 




- RB identity 







- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


2 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


1 




RB information to be affected 


(AM DCCH for RRC) 




- RB identity 


1 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


2 




- MAC logical channel priority 


3 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


2 




RB information to be affected 


(AM DCCH for NAS DT High 


priority) 


- RB identity 


2 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


3 




- MAC logical channel priority 


4 
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- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


3 




RB information to be affected 


(AM DCCH for NAS DT Low priority) 




- RB identity 


3 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


4 




- MAC logical channel priority 


5 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


4 




RB information to be affected 


(TM CCCH for RRC) 




- RB identity 


5 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


5 




- MAC logical channel priority 


1 




RB information to be affected 


(UM CCCH for RRC) 




- RB identity 


6 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


5 




RB information to be affected 


(TM BCCH for RRC) 




- RB identity 


7 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


6 




RB information to be affected 


(TM PCCH for RRC) 




- RB identity 


8 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


PCH 




- Transport channel identity 


2 




- Logical channel identity 


1 




UL Transport channel information for all transport 






channels 






- TFC subset 


( This IE is repeated for TFC number.) 




- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is 
clause 6.10 Parameter Set.) 


refer to TS34. 108 


- UL DCH TFCS 


Not Present 




- Normal 






- TFCI Field 1 information(Explicit TFCS 






Configuration) 






- Addition 






- TFCS addition 






information(Reconfiguration/Addtion information) 






- CTFC information 






-CTFC 






- Gain factor information 






- Gain factor pc 






- Gain factor pd 
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- Power offset Pp-m 




Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- DL DCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- Power offset Pp-m 




Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 
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- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


3 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


4 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


PRACH info 




- Available Signature 




- Signature 





- Signature 


1 


- Signature 


2 


- Signature 


3 


- Signature 


4 


- Signature 


5 


- Signature 


6 


- Signature 


7 


- Available SF 


Reference to TS34.108 clause 6.10 Parameter Set 


- Scrambling code number 





- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


- Available Sub Channel number 




- Sub channel number 





- Sub channel number 


1 


- Sub channel number 


2 


- Sub channel number 


3 


- Sub channel number 


4 
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- Sub channel number 


5 




- Sub channel number 


6 




- Sub channel number 


7 




- Sub channel number 


8 




- Sub channel number 


9 




- Sub channel number 


10 




- Sub channel number 


11 




Downlink information common for all radio links 


Not Present 




- Downlink DPCH info common for all RL 






- Downlink DPCH power control information 






- DPC mode 






- Spreading factor 






- Fixed or Flexible Position 






- TFCI existence 






- Number of bits for Pilot bits(SF=1 28,256) 






- Downlink DPCH Offset Value 






- DPCH compressed mode info 






-TGPSI 


1 




-TGPS Status Fig 


inactive 




-TGMP 


FDD Measurement 




- TGPRC 


62 




- TGCFN 


(Current CFN + (256 - 


- TTI/1 0msec)) mod 256 


-TGSN 


8 




-TGL1 


10 




-TGL2 


5 




-TGD 


15 




- TGPL1 


35 




- TGPL2 


35 




-RPP 


Mode 1 




- ITPRM 


Mode 1 




- UL/DL Mode 


DL 




- Downlink compressed mode method 


F/2 




- Uplink compressed mode method 


F/2 




- Scrambling code change 






- Downlink frame type 






- DeltaSIFM 






- DeltaSIRafteM 






- TX Diversity mode 






- SSDT information 






- S field 






- Code Word Set 






Downlink PDSCH information 


Not Present 




CPCH SET info 


Not Present 




Downlink information for each radio links 






- Primary CPICH info 






- Primary scrambling code 


100 




- PDSCH with SHO DCH info 


Not Present 




- DSCH radio link identifier 






- TFCI Combining set 






- Radio link identifier 






- Primary CPICH info 






- Primary scrambling code 






- PDSCH code mapping 


Not Present 




- Downlink DPCH info for each RL 


Not Present 




- Primary CPICH usage for channel estimation 






- Secondary CPICH info 
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- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 




- Code number 




- TPC combination index 




- SSDT Cell Identity 




- Closed loop timing adjustment mode 




- Secondary CCPCH info 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 


1 


- SSDT Indicator 


FALSE 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- Pilot symbol existence 


FALSE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing offset 





-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor (3c 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of RADIO BEARER SETUP message: AM or UM ( Packet to CELL_FACH from CELL_FACH in PS 
) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 


info 




- Radio bearer identity 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


Not Present 


DRX indicator 


noDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




Signalling RB information to setup 


Not Present 


- RB identity 




- CHOICE RLC info type 




- RLC info 




- Uplink RLC mode 




- Transmission RLC discard 




- SDU discard mode 




- TimerJvlRW 




- Timer discard 




- MaxMRW 




- Transmission window size 




- Downlink RLC mode 




- In-sequence delivery 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 




- Uplink transport channel type 




- Transport channel identity 




- Logical channel identity 




- MAC logical channel priority 




- Number of RLC logical channels 




- Downlink transport channel type 




- Transport channel identity 




- Logical channel identity 




RAB information for setup 




- RAB info 




- RAB identity 


0000 0001 B 


- CN domain identity 


PS domain 


- Re-establishment timer 




-T314 


20 seconds 


- RB information to setup 




- RB identity 


4 


- PDCP info 


Not Present 
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- RLC info 






- Uplink RLC mode 


(AM RLC) 




- Transmission RLC discard 






- SDU discard mode 


Max DAT retransmissions 




- MAX_DAT 


4 




- Transmission window size 


8 




-Timer RST 


500 




- Max_RST 


4 




- Polling info 






- Timer_poll_prohibit 


200 




- Timer poll 


200 




- Poll_SDU 


1 




- Last transmission PU poll 


TRUE 




- Last retransmission PU poll 


TRUE 




- Poll_Windows 


100 




- Downlink RLC mode 


(AM RLC) 




- In-sequence delivery 


TRUE 




- Receiving window size 


8 




- Downlink RLC status info 






- Timer status prohibit 


200 




- Timer_EPC 


200 




- Missing PU indicator 


TRUE 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


6 




- MAC logical channel priority 


6 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


4 




- Logical channel identity 


1 




RB information to be affected 


(UM DCCH for RRC) 




- RB identity 







- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


2 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


1 




RB information to be affected 


(AM DCCH for RRC) 




- RB identity 


1 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


2 




- MAC logical channel priority 


3 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


2 




RB information to be affected 


(AM DCCH for NAS DT High 


priority) 


- RB identity 


2 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


3 
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- MAC logical channel priority 


4 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


3 




RB information to be affected 


(AM DCCH for NAS DT Low priority) 




- RB identity 


3 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


4 




- MAC logical channel priority 


5 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


4 




RB information to be affected 


(TM CCCH for RRC) 




- RB identity 


5 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


5 




- MAC logical channel priority 


1 




RB information to be affected 


(UM CCCH for RRC) 




- RB identity 


6 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


5 




RB information to be affected 


(TM BCCH for RRC) 




- RB identity 


7 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


6 




RB information to be affected 


(TM PCCH for RRC) 




- RB identity 


8 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


PCH 




- Transport channel identity 


2 




- Logical channel identity 


1 




UL Transport channel information for all transport 






channels 






- TFC subset 


( This IE is repeated for TFC number.) 




- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 




- UL DCH TFCS 


Not Present 




- Normal 






- TFCI Field 1 information(Explicit TFCS 






Configuration) 






- Addition 






- TFCS addition 






information(Reconfiguration/Addtion information) 






- CTFC information 






-CTFC 






- Gain factor information 






- Gain factor pc 
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- Gain factor pd 




- Power offset Pp-m 




Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor (3c 





- Gain factor pd 





- DL DCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- Power offset Pp-m 




Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 
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- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


3 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


4 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


PRACH info 




- Available Signature 




- Signature 





- Signature 


1 


- Signature 


2 


- Signature 


3 


- Signature 


4 


- Signature 


5 


- Signature 


6 


- Signature 


7 


- Available SF 


Reference to TS34.108 clause 6.10 Parameter Set 


- Scrambling code number 





- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


- Available Sub Channel number 




- Sub channel number 





- Sub channel number 


1 


- Sub channel number 


2 


- Sub channel number 


3 
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- Sub channel number 


4 




- Sub channel number 


5 




- Sub channel number 


6 




- Sub channel number 


7 




- Sub channel number 


8 




- Sub channel number 


9 




- Sub channel number 


10 




- Sub channel number 


11 




Downlink information common for all radio links 


Not Present 




- Downlink DPCH info common for all RL 






- Downlink DPCH power control information 






- DPC mode 






- Spreading factor 






- Fixed or Flexible Position 






- TFCI existence 






- Number of bits for Pilot bits(SF=1 28,256) 






- Downlink DPCH Offset Value 






- DPCH compressed mode info 






-TGPSI 


1 




-TGPS Status Fig 


inactive 




-TGMP 


FDD Measurement 




- TGPRC 


62 




- TGCFN 


(Current CFN + (256 - 


- TTI/1 0msec)) mod 256 


-TGSN 


8 




-TGL1 


10 




-TGL2 


5 




-TGD 


15 




- TGPL1 


35 




- TGPL2 


35 




-RPP 


Mode 1 




- ITPRM 


Mode 1 




- UL/DL Mode 


DL 




- Downlink compressed mode method 


F/2 




- Uplink compressed mode method 


F/2 




- Scrambling code change 






- Downlink frame type 






- DeltaSIFM 






- DeltaSIRafterl 






- TX Diversity mode 






- SSDT information 






- S field 






- Code Word Set 






Downlink PDSCH information 


Not Present 




CPCH SET info 


Not Present 




Downlink information for each radio links 






- Primary CPICH info 






- Primary scrambling code 


100 




- PDSCH with SHO DCH info 


Not Present 




- DSCH radio link identifier 






- TFCI Combining set 






- Radio link identifier 






- Primary CPICH info 






- Primary scrambling code 






- PDSCH code mapping 


Not Present 




- Downlink DPCH info for each RL 


Not Present 




- Primary CPICH usage for channel estimation 
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- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 




- Code number 




- TPC combination index 




- SSDT Cell Identity 




- Closed loop timing adjustment mode 




- Secondary CCPCH info 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 


1 


- SSDT Indicator 


FALSE 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- Pilot symbol existence 


FALSE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing offset 





-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of RADIO BEARER RECONFIGURATION message : AM or UM ( The others of speech in CS ) 



Information Element 


Value/remark 


Message Type 






Integrity check info 


Not Present 




- message authentication code 






- RRC message sequence number 






Integrity protection mode info 


Not Present 




- Integrity protection mode command 






- Downlink integrity protection activation info 






- RRC message sequence number 






- RRC message sequence number 






- Integrity protection algorithm 






- Integrity protection initialisation number 






Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


Stop 




- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm 


UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 




- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 




info 






- Radio bearer identity 






- RLC sequence number 






Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 




New U-RNTI 


Not Present 




New C-RNTI 


Not Present 




DRX indicator 


noDRX 




UTRAN DRX cycle length coefficient 


Not Present 




CN information info 


Not Present 




- PLMN identity 






- CN common GSM-MAP NAS system information 






- CN domain identity 






- CN domain specific GSM-MAP NAS system 






information 






RB information to reconfigure 


Not Present 




- RB identity 






- PDCP info 






- RLC info 






- Uplink RLC mode 






- Transmission RLC discard 






- SDU discard mode 






- Timer_MRW 






- Timer discard 






- MaxMRW 






- Transmission window size 






- Downlink RLC mode 






- In-sequence delivery 






- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 






- Uplink transport channel type 






- Transport channel identity 






- Logical channel identity 






- MAC logical channel priority 






- Number of RLC logical channels 






- Downlink transport channel type 






- Transport channel identity 






- Logical channel identity 






-RB suspend/resume 






RB information to be affected 


(UM DCCH for RRC) 




- RB identity 







- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


1 
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- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




RB information to be affected 


(AM DCCH for RRC) 




- RB identity 


1 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


2 




- MAC logical channel priority 


2 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


2 




RB information to be affected 


(AM DCCH for NAS DT High priority) 




- RB identity 


2 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


3 




- MAC logical channel priority 


3 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


3 




RB information to be affected 


(AM DCCH for NAS DT Low priority) 




- RB identity 


3 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


4 




- MAC logical channel priority 


4 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


4 




RB information to be affected 


(TM DTCH) 




- RB identity 


4 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


2 




- Logical channel identity 


1 




- MAC logical channel priority 


Not Present 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


2 




- Logical channel identity 


1 




UL Transport channel information for all transport 






channels 






- TFC subset 


( This IE is repeated for TFC number.) 




- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is 
clause 6.10 Parameter Set.) 


refer to TS34. 108 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 




- Normal 






- TFCI Field 1 information(Explicit TFCS 






Configuration) 






- Addition 






- TFCS addition 
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information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted UL TrCH information 


Not Present 


- Transport channel identity 




Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted DL TrCH information 


Not Present 


- Transport channel identity 




Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 
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- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




-Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


TRUE 


- Number of bits for Pilot bits(SF=1 28,256) 


Not Present 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIRI 


2.0 


- DeltaSIRafterl 


1.0 


- TX Diversity mode 


None 
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- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 


100 


- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor (3c 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 
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- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of RADIO BEARER RECONFIGURATION message : AM or UM ( Speech in CS ) 



Information Element 


Value/remark 


Message Type 






Integrity check info 


Not Present 




- message authentication code 






- RRC message sequence number 






Integrity protection mode info 


Not Present 




- Integrity protection mode command 






- Downlink integrity protection activation info 






- RRC message sequence number 






- RRC message sequence number 






- Integrity protection algorithm 






- Integrity protection initialisation number 






Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


Stop 




- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm 


UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 




- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 




info 






- Radio bearer identity 






- RLC sequence number 






Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 




New U-RNTI 


Not Present 




New C-RNTI 


Not Present 




DRX indicator 


NoDRX 




UTRAN DRX cycle length coefficient 


Not Present 




CN information info 


Not Present 




- PLMN identity 






- CN common GSM-MAP NAS system information 






- CN domain identity 






- CN domain specific GSM-MAP NAS system 






information 






RB information to reconfigure 


Not Present 




- RB identity 






- PDCP info 






- RLC info 






- Uplink RLC mode 






- Transmission RLC discard 






- SDU discard mode 






- Timer_MRW 






- Timer discard 






- MaxMRW 






- Transmission window size 






- Downlink RLC mode 






- In-sequence delivery 






- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 






- Uplink transport channel type 






- Transport channel identity 






- Logical channel identity 






- MAC logical channel priority 






- Number of RLC logical channels 






- Downlink transport channel type 






- Transport channel identity 






- Logical channel identity 






-RB suspend/resume 






RB information to be affected 


(UM DCCH for RRC) 




- RB identity 







- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


1 
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- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


1 


RB information to be affected 


(AM DCCH for RRC) 


- RB identity 


1 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


2 


- MAC logical channel priority 


2 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


2 


RB information to be affected 


(AM DCCH for NAS DT High priority) 


- RB identity 


2 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


- MAC logical channel priority 


3 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


RB information to be affected 


(AM DCCH for NAS DT Low priority) 


- RB identity 


3 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


- MAC logical channel priority 


4 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


RB information to be affected 


(DTCH TM) 


- RB identity 


4 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


2 


- Logical channel identity 


1 


- MAC logical channel priority 


Not Present 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


2 


- Logical channel identity 


1 


RB information to be affected 


(DTCH TM) 


- RB identity 


5 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


3 


- Logical channel identity 


1 


- MAC logical channel priority 


Not Present 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 
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- Transport channel identity 


3 


- Logical channel identity 


1 


RB information to be affected 


( This IE is needed for 12.2 kbps and 10.2 kbps) 


- RB identity 


6 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


4 


- Logical channel identity 


1 


- MAC logical channel priority 


Not Present 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


4 


- Logical channel identity 


1 


UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted UL TrCH information 


Not Present 


- Transport channel identity 




Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 
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- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted DL TrCH information 


Not Present 


- Transport channel identity 




Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




-Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


TRUE 


- Number of bits for Pilot bits(SF=1 28,256) 


Not Present 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 
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-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIRI 


2.0 


- DeltaSIRafteM 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 
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- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor (3c 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of RADIO BEARER RECONFIGURATION message: AM or UM ( Packet to CELL_DCH from 
CELL_DCH in PS ) 



Information Element 


Value/remark 


Message Type 






Integrity check info 


Not Present 




- message authentication code 






- RRC message sequence number 






Integrity protection mode info 


Not Present 




- Integrity protection mode command 






- Downlink integrity protection activation info 






- RRC message sequence number 






- RRC message sequence number 






- Integrity protection algorithm 






- Integrity protection initialisation number 






Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


Stop 




- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm 


UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 




- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 




info 






- Radio bearer identity 






- RLC sequence number 






Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 




New U-RNTI 


Not Present 




New C-RNTI 


Not Present 




DRX indicator 


noDRX 




UTRAN DRX cycle length coefficient 


Not Present 




CN information info 


Not Present 




- PLMN identity 






- CN common GSM-MAP NAS system information 






- CN domain identity 






- CN domain specific GSM-MAP NAS system 






information 






RB information to reconfigure 


Not Present 




- RB identity 






- PDCP info 






- PDCP info 






- RLC info 






- Uplink RLC mode 






- Transmission RLC discard 






- SDU discard mode 






- Timer_MRW 






- Timer discard 






- MaxMRW 






- Transmission window size 






- Downlink RLC mode 






- In-sequence delivery 






- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 






- Uplink transport channel type 






- Transport channel identity 






- Logical channel identity 






- MAC logical channel priority 






- Number of RLC logical channels 






- Downlink transport channel type 






- Transport channel identity 






- Logical channel identity 






-RB suspend/resume 






RB information to be affected 


(UM DCCH for RRC) 




- RB identity 







- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 
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- Logical channel identity 


1 




- MAC logical channel priority 


1 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




RB information to be affected 


(AM DCCH for RRC) 




- RB identity 


1 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


2 




- MAC logical channel priority 


2 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


2 




RB information to be affected 


(AM DCCH for NAS DT High priority) 




- RB identity 


2 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


3 




- MAC logical channel priority 


3 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


3 




RB information to be affected 


(AM DCCH for NAS DT Low priority) 




- RB identity 


3 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


4 




- MAC logical channel priority 


4 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


4 




RB information to be affected 


(AM DTCH) 




- RB identity 


4 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


2 




- Logical channel identity 


1 




- MAC logical channel priority 


Not Present 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


2 




- Logical channel identity 


1 




UL Transport channel information for all transport 






channels 






- TFC subset 


( This IE is repeated for TFC number.) 




- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 




- UL DCH TFCS 


( This IE is repeated for TFC number.) 




- Normal 






- TFCI Field 1 information(Explicit TFCS 






Configuration) 
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- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor (3c 





- Gain factor Bd 





- Power offset Pp-m 


OdB 


Deleted UL TrCH information 




- Transport channel identity 


Not Present 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor (3c 




- Gain factor (3d 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor (3c 





- Gain factor (3d 





- Power offset Pp-m 


OdB 


Deleted DL TrCH information 




- Transport channel identity 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 
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- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




-Uplink DPCH power control info 




-DPCCH Power offset 


-6dB 


-PC Preamble 


8slot 


-Power Control Algorithm 


Algorithml 


-TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


0(0to 16777215) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bits 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 


Not Present 


- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


TRUE 


- Number of bits for Pilot bits(SF=1 28,256) 


Not Present 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


-DeltaSIRI 


2.0 


- DeltaSIRafterl 


1.0 
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- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 
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- Number of Transport blocks 

- Octet mode RLC size info 

- Transport block size 

- Semi-static Transport Format information 

- Transmission time interval 

- Type of channel coding 

- Coding Rate 

- Rate matching attribute 

- CRC size 

- References to system information blocks 

- Scheduling information 


Not Present 



Contents of RADIO BEARER RECONFIGURATION message : AM or UM ( Packet to CELL_DCH from 
CELL_FACH in PS ) 



Information Element 


Value/remark 


Message Type 






Integrity check info 


Not Present 




- message authentication code 






- RRC message sequence number 






Integrity protection mode info 


Not Present 




- Integrity protection mode command 






- Downlink integrity protection activation info 






- RRC message sequence number 






- RRC message sequence number 






- Integrity protection algorithm 






- Integrity protection initialisation number 






Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


Stop 




- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 




- Radio bearer downlink ciphering activation time 
info 


Not Present(Used RLC-AM or RLC-UM) 




- Radio bearer identity 






- RLC sequence number 






Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 




New U-RNTI 


Not Present 




New C-RNTI 


Not Present 




DRX indicator 


noDRX 




UTRAN DRX cycle length coefficient 


Not Present 




CN information info 


Not Present 




- PLMN identity 






- CN common GSM-MAP NAS system information 






- CN domain identity 






- CN domain specific GSM-MAP NAS system 






information 






RB information to reconfigure 


(UM DCCH for RRC) 




- RB identity 







- PDCP info 


Not Present 




- RLC info 


Not Present 




- Uplink RLC mode 






- Transmission RLC discard 






- SDU discard mode 






- MAX_DAT 






- Downlink RLC mode 






- In-sequence delivery 






- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


1 




- Number of RLC logical channels 


1 





ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



1076 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


1 


RB information to reconfigure 


(AM DCCH for RRC) 


- RB identity 


1 


- PDCP info 


Not Present 


- RLC info 


Not Present 


- Uplink RLC mode 




- Transmission RLC discard 




- SDL) discard mode 




- MAX_DAT 




- Transmission window size 




-Timer RST 




- Max_RST 




- Polling info 




- Timer_poll_prohibit 




- Timer poll 




- Poll_SDU 




- Last transmission PL) poll 




- Last retransmission PU poll 




- Poll_Windows 




- Downlink RLC mode 




- In-sequence delivery 




- Receiving window size 




- Downlink RLC status info 




- Timer status prohibit 




- Timer_EPC 




- Missing PU indicator 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


2 


- MAC logical channel priority 


2 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


2 


RB information to reconfigure 


(AM DCCH for NAS DT High priority) 


- RB identity 


2 


- PDCP info 


Not Present 


- RLC info 


Not Present 


- Uplink RLC mode 




- Transmission RLC discard 




- SDU discard mode 




- MAX_DAT 




- Transmission window size 




-Timer RST 




- Max_RST 




- Polling info 




- Timer_poll_prohibit 




- Timer poll 




- Poll_SDU 




- Last transmission PU poll 




- Last retransmission PU poll 




- Poll_Windows 




- Downlink RLC mode 




- In-sequence delivery 




- Receiving window size 




- Downlink RLC status info 




- Timer status prohibit 




- Timer_EPC 




- Missing PU indicator 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 
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- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


3 




- MAC logical channel priority 


3 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


3 




RB information to reconfigure 


(AM DCCH for NAS 


DT Low priority) 


- RB identity 


3 




- PDCP info 


Not Present 




- RLC info 


Not Present 




- Uplink RLC mode 






- Transmission RLC discard 






- SDU discard mode 






- MAX_DAT 






- Transmission window size 






-Timer RST 






- Max_RST 






- Polling info 






- Timer_poll_prohibit 






- Timer poll 






- Poll_SDU 






- Last transmission PU poll 






- Last retransmission PU poll 






- Poll_Windows 






- Downlink RLC mode 






- In-sequence delivery 






- Receiving window size 






- Downlink RLC status info 






- Timer status prohibit 






- Timer_EPC 






- Missing PU indicator 






- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


4 




- MAC logical channel priority 


4 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


4 




RB information to reconfigure 


(AM DTCH) 




- RB identity 


4 




- PDCP info 


Not Present 




- RLC info 


Not Present 




- Uplink RLC mode 






- Transmission RLC discard 






- SDU discard mode 






- MAX_DAT 






- Transmission window size 






-Timer RST 






- Max_RST 






- Polling info 






- Timer_poll_prohibit 






- Timer poll 






- Poll_SDU 






- Last transmission PU poll 






- Last retransmission PU poll 






- Poll_Windows 






- Downlink RLC mode 






- In-sequence delivery 






- Receiving window size 






- Downlink RLC status info 






- Timer_status_prohibit 
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- Timer_EPC 




- Missing PL) indicator 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


2 


- Logical channel identity 


1 


- MAC logical channel priority 


Not Present 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


2 


- Logical channel identity 


1 


RB information to be affected 


Not Present 


- RB identity 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 




- Uplink transport channel type 




- Transport channel identity 




- Logical channel identity 




- MAC logical channel priority 




- Number of RLC logical channels 




- Downlink transport channel type 




- Transport channel identity 




-Logical channel identity 




UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor Be 





- Gain factor Bd 





- Power offset Pp-m 


OdB 


Deleted UL TrCH information 




- Transport channel identity 


Not Present 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.108 clause 6.10 Parameter Set 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 
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- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.108 clause 6.10 Parameter Set 


DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor (3c 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted DL TrCH information 




- Transport channel identity 


3 


Deleted DL TrCH information 




- Transport channel identity 


4 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.108 clause 6.10 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 
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- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.108 clause 6.10 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




-Uplink DPCH power control info 




-DPCCH Power offset 


-6dB 


-PC Preamble 


8slot 


-Power Control Algorithm 


Algorithml 


-TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


0(0to 16777215) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bits 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


TRUE 


- Number of bits for Pilot bits(SF=1 28,256) 


Reference to TS34.108 clause 6.10 Parameter Set 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 
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- DeltaSIFM 


2.0 


- DeltaSIRafteM 


1.0 


- TX Diversity mode 

- SSDT information 


None 

Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 

- Primary scrambling code 

- PDSCH with SHO DCH info 


100 

Not Present 


- DSCH radio link identifier 




- TFCI Combining set 

- Radio link identifier 




- Primary CPICH info 
- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 

- Secondary CPICH info 

- Secondary scrambling code 

- channelisation code 


Primary CPICH may be used 
Not Present 


- DL channelisation code 




- Secondary scrambling code 

- Code number 


1 

SF-1(SF is reference to TS34.108 clause 6.10 Parameter 


- TPC combination index 


Set) 



- SSDT Cell Identity 

- Closed loop timing adjustment mode 

- Secondary CCPCH info 

- Primary CPICH usage for channel estimation 


-a 

Not Present 

Not Present 


- Secondary CPICH info 

- Secondary scrambling code 

- channelisation code 




- Secondary scrambling code 

- SSDT Indicator 




- Spreading factor 

- Code number 




- Pilot symbol existence 

- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 
Configuration) 
- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 
- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 

- Gain factor pd 

- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 
- Number of Transport blocks 

- Octet mode RLC size info 




- Transport block size 

- Semi-static Transport Format information 

- Transmission time interval 




- Type of channel coding 

- Coding Rate 




- Rate matching attribute 




- CRC size 
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-TFS 

- Dynamic Transport format information 

- Number of Transport blocks 

- Octet mode RLC size info 

- Transport block size 

- Semi-static Transport Format information 

- Transmission time interval 

- Type of channel coding 

- Coding Rate 

- Rate matching attribute 

- CRC size 

- References to system information blocks 

- Scheduling information 


Not Present 



Contents of RADIO BEARER RECONFIGURATION message : AM or UM( Packet to CELL_FACH 
fromDCELL_DCH in PS) 



Information Element 


Value/remark 


Message Type 






Integrity check info 


Not Present 




- message authentication code 






- RRC message sequence number 






Integrity protection mode info 


Not Present 




- Integrity protection mode command 






- Downlink integrity protection activation info 






- RRC message sequence number 






- RRC message sequence number 






- Integrity protection algorithm 






- Integrity protection initialisation number 






Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


Stop 




- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm 


UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 




- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 




info 






- Radio bearer identity 






- RLC sequence number 






Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 




New U-RNTI 


Not Present 




New C-RNTI 


Not Present 




DRX indicator 


noDRX 




UTRAN DRX cycle length coefficient 


Not Present 




CN information info 


Not Present 




- PLMN identity 






- CN common GSM-MAP NAS system information 






- CN domain identity 






- CN domain specific GSM-MAP NAS system 






information 






RB information to reconfigure 


(UM DCCH for RRC) 




- RB identity 







- PDCP info 


Not Present 




- RLC info 


Not Present 




- Uplink RLC mode 






- Transmission RLC discard 






- SDU discard mode 






- MAX_DAT 






- Downlink RLC mode 






- In-sequence delivery 






- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


1 
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- MAC logical channel priority 


2 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


1 


- Logical channel identity 


1 


RB information to reconfigure 


(AM DCCH for RRC) 


- RB identity 


1 


- PDCP info 


Not Present 


- RLC info 


Not Present 


- Uplink RLC mode 




- Transmission RLC discard 




- SDL) discard mode 




- MAX_DAT 




- Transmission window size 




-Timer RST 




- Max_RST 




- Polling info 




- Timer_poll_prohibit 




- Timer poll 




- Poll_SDU 




- Last transmission PL) poll 




- Last retransmission PU poll 




- Poll_Windows 




- Downlink RLC mode 




- In-sequence delivery 




- Receiving window size 




- Downlink RLC status info 




- Timer status prohibit 




- Timer_EPC 




- Missing PU indicator 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


RACH 


- Transport channel identity 


1 


- Logical channel identity 


2 


- MAC logical channel priority 


3 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


1 


- Logical channel identity 


2 


RB information to reconfigure 


(AM DCCH for NAS DT High priority) 


- RB identity 


2 


- PDCP info 


Not Present 


- RLC info 


Not Present 


- Uplink RLC mode 




- Transmission RLC discard 




- SDU discard mode 




- MAX_DAT 




- Transmission window size 




-Timer RST 




- Max_RST 




- Polling info 




- Timer_poll_prohibit 




- Timer poll 




- Poll_SDU 




- Last transmission PU poll 




- Last retransmission PU poll 




- Poll_Windows 




- Downlink RLC mode 




- In-sequence delivery 




- Receiving window size 




- Downlink RLC status info 




- Timer status prohibit 




- Timer_EPC 




- Missing PU indicator 




- RB mapping info 
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- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


RACH 


- Transport channel identity 


1 


- Logical channel identity 


3 


- MAC logical channel priority 


4 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


1 


- Logical channel identity 


3 


RB information to reconfigure 


(AM DCCH for NAS DT Low priority) 


- RB identity 


3 


- PDCP info 


Not Present 


- RLC info 


Not Present 


- Uplink RLC mode 




- Transmission RLC discard 




- SDU discard mode 




- MAX_DAT 




- Transmission window size 




-Timer RST 




- Max_RST 




- Polling info 




- Timer_poll_prohibit 




- Timer poll 




- Poll_SDU 




- Last transmission PU poll 




- Last retransmission PU poll 




- Poll_Windows 




- Downlink RLC mode 




- In-sequence delivery 




- Receiving window size 




- Downlink RLC status info 




- Timer status prohibit 




- Timer_EPC 




- Missing PU indicator 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


RACH 


- Transport channel identity 


1 


- Logical channel identity 


4 


- MAC logical channel priority 


5 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


1 


- Logical channel identity 


4 


RB information to reconfigure 


(AM DTCH) 


- RB identity 


4 


- PDCP info 


Not Present 


- RLC info 


Not Present 


- Uplink RLC mode 




- Transmission RLC discard 




- SDU discard mode 




- MAX_DAT 




- Transmission window size 




-Timer RST 




- Max_RST 




- Polling info 




- Timer_poll_prohibit 




- Timer poll 




- Poll_SDU 




- Last transmission PU poll 




- Last retransmission PU poll 




- Poll_Windows 




- Downlink RLC mode 




- In-sequence delivery 




- Receiving window size 





ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



1085 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



- Downlink RLC status info 




- Timer status prohibit 




- Timer_EPC 




- Missing PL) indicator 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


RACH 


- Transport channel identity 


4 


- Logical channel identity 


6 


- MAC logical channel priority 


6 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


3 


- Logical channel identity 


1 


RB information to reconfigure 


(TM CCCH for RRC) 


- RB identity 


5 


- PDCP info 


Not Present 


- RLC info 




- Downlink RLC mode 




- In-sequence delivery 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


RACH 


- Transport channel identity 


1 


- Logical channel identity 


5 


- MAC logical channel priority 


1 


RB information to reconfigure 


(UM CCCH for RRC) 


- RB identity 


6 


- PDCP info 


Not Present 


- RLC info 




- Downlink RLC mode 




- In-sequence delivery 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


1 


- Logical channel identity 


5 


RB information to reconfigure 


(TM BCCH for RRC) 


- RB identity 


7 


- PDCP info 


Not Present 


- RLC info 




- Downlink RLC mode 




- In-sequence delivery 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


1 


- Logical channel identity 


6 


RB information to reconfigure 


(TM PCCH for RRC) 


- RB identity 


8 


- PDCP info 


Not Present 


- RLC info 




- Downlink RLC mode 




- In-sequence delivery 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Downlink transport channel type 


PCH 


- Transport channel identity 


2 


- Logical channel identity 


1 


RB information to be affected 


Not Present 


- RB identity 




- RB mapping info 
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- Information for each multiplexing option 




- Number of RLC logical channels 




- Uplink transport channel type 




- Transport channel identity 




- Logical channel identity 




- MAC logical channel priority 




- Number of RLC logical channels 




- Downlink transport channel type 




- Transport channel identity 




- Logical channel identity 




UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor (3c 




- Gain factor pd 




- Power offset Pp-m 




Deleted UL TrCH information 




- Transport channel identity 


Not Present 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- DL DCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 
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- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- Power offset Pp-m 




Deleted DL TrCH information 




- Transport channel identity 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


3 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


4 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 





ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



1088 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


PRACH info 




- Available Signature 




- Signature 





- Signature 


1 


- Signature 


2 


- Signature 


3 


- Signature 


4 


- Signature 


5 


- Signature 


6 


- Signature 


7 


- Available SF 


Reference to TS34.108 clause 6.10 Parameter Set 


- Scrambling code number 





- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


- Available Sub Channel number 




- Sub channel number 





- Sub channel number 


1 


- Sub channel number 


2 


- Sub channel number 


3 


- Sub channel number 


4 


- Sub channel number 


5 


- Sub channel number 


6 


- Sub channel number 


7 


- Sub channel number 


8 


- Sub channel number 


9 


- Sub channel number 


10 


- Sub channel number 


11 


Downlink information common for all radio links 


Not Present 


- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 




- Spreading factor 




- Fixed or Flexible Position 




- TFCI existence 




- Number of bits for Pilot bits(SF=1 28,256) 




- Downlink DPCH Offset Value 




- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 
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- Scrambling code change 




- Downlink frame type 




- DeltaSIFM 




- DeltaSIRafterl 




- TX Diversity mode 




- SSDT information 




- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 




- Code number 




- TPC combination index 




- SSDT Cell Identity 




- Closed loop timing adjustment mode 




- Secondary CCPCH info 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 


1 


- SSDT Indicator 


FALSE 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- Pilot symbol existence 


FALSE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing offset 





-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 
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- Dynamic Transport format information 

- Number of Transport blocks 

- Octet mode RLC size info 

- Transport block size 

- Semi-static Transport Format information 

- Transmission time interval 

- Type of channel coding 

- Coding Rate 

- Rate matching attribute 

- CRC size 
-TFS 

- Dynamic Transport format information 

- Number of Transport blocks 

- Octet mode RLC size info 

- Transport block size 

- Semi-static Transport Format information 

- Transmission time interval 

- Type of channel coding 

- Coding Rate 

- Rate matching attribute 

- CRC size 

- References to system information blocks 

- Scheduling information 


Not Present 
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Contents of RADIO BEARER RECONFIGURATION message : AM or UM( Packet to CELL_FACH 
from □ CELL FACH in PS) 



Information Element 


Value/remark 


Message Type 






Integrity check info 


Not Present 




- message authentication code 






- RRC message sequence number 






Integrity protection mode info 


Not Present 




- Integrity protection mode command 






- Downlink integrity protection activation info 






- RRC message sequence number 






- RRC message sequence number 






- Integrity protection algorithm 






- Integrity protection initialisation number 






Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


Stop 




- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm 


UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 




- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 




info 






- Radio bearer identity 






- RLC sequence number 






Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 




New U-RNTI 


Not Present 




New C-RNTI 


0000 0000 0000 001 0B 




DRX indicator 


noDRX 




UTRAN DRX cycle length coefficient 


Not Present 




CN information info 


Not Present 




- PLMN identity 






- CN common GSM-MAP NAS system information 






- CN domain identity 






- CN domain specific GSM-MAP NAS system 






information 






RB information to reconfigure 


(UM DCCH for RRC) 




- RB identity 







- PDCP info 


Not Present 




- RLC info 


Not Present 




- Uplink RLC mode 






- Transmission RLC discard 






- SDU discard mode 






- MAX_DAT 






- Downlink RLC mode 






- In-sequence delivery 






- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


2 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


1 




RB information to reconfigure 


(AM DCCH for RRC) 




- RB identity 


1 




- PDCP info 


Not Present 




- RLC info 


Not Present 




- Uplink RLC mode 






- Transmission RLC discard 






- SDU discard mode 






- MAX_DAT 






- Transmission window size 






-Timer RST 






- Max_RST 






- Polling info 
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- Timer_poll_prohibit 




- Timer poll 




- Poll_SDU 




- Last transmission PL) poll 




- Last retransmission PU poll 




- Poll_Windows 




- Downlink RLC mode 




- In-sequence delivery 




- Receiving window size 




- Downlink RLC status info 




- Timer status prohibit 




- Timer_EPC 




- Missing PU indicator 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


RACH 


- Transport channel identity 


1 


- Logical channel identity 


2 


- MAC logical channel priority 


3 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


1 


- Logical channel identity 


2 


RB information to reconfigure 


(AM DCCH for NAS DT High priority) 


- RB identity 


2 


- PDCP info 


Not Present 


- RLC info 


Not Present 


- Uplink RLC mode 




- Transmission RLC discard 




- SDU discard mode 




- MAX_DAT 




- Transmission window size 




-Timer RST 




- Max_RST 




- Polling info 




- Timer_poll_prohibit 




- Timer poll 




- Poll_SDU 




- Last transmission PU poll 




- Last retransmission PU poll 




- Poll_Windows 




- Downlink RLC mode 




- In-sequence delivery 




- Receiving window size 




- Downlink RLC status info 




- Timer_status_prohibit 




- Timer_EPC 




- Missing PU indicator 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


RACH 


- Transport channel identity 


1 


- Logical channel identity 


3 


- MAC logical channel priority 


4 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


1 


- Logical channel identity 


3 


RB information to reconfigure 


(AM DCCH for NAS DT Low priority) 


- RB identity 


3 


- PDCP info 


Not Present 


- RLC info 


Not Present 


- Uplink RLC mode 




- Transmission RLC discard 




- SDU discard mode 
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- MAX_DAT 




- Transmission window size 




-Timer RST 




- Max_RST 




- Polling info 




- Timer_poll_prohibit 




- Timer poll 




- Poll_SDU 




- Last transmission PL) poll 




- Last retransmission PU poll 




- Poll_Windows 




- Downlink RLC mode 




- In-sequence delivery 




- Receiving window size 




- Downlink RLC status info 




- Timer status prohibit 




- Timer_EPC 




- Missing PU indicator 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


RACH 


- Transport channel identity 


1 


- Logical channel identity 


4 


- MAC logical channel priority 


5 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


1 


- Logical channel identity 


4 


RB information to reconfigure 


(AM DTCH) 


- RB identity 


4 


- PDCP info 


Not Present 


- RLC info 


Not Present 


- Uplink RLC mode 




- Transmission RLC discard 




- SDU discard mode 




- MAX_DAT 




- Transmission window size 




-Timer RST 




- Max_RST 




- Polling info 




- Timer_poll_prohibit 




- Timer poll 




- Poll_SDU 




- Last transmission PU poll 




- Last retransmission PU poll 




- Poll_Windows 




- Downlink RLC mode 




- In-sequence delivery 




- Receiving window size 




- Downlink RLC status info 




- Timer status prohibit 




- Timer_EPC 




- Missing PU indicator 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


RACH 


- Transport channel identity 


4 


- Logical channel identity 


6 


- MAC logical channel priority 


6 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


3 


- Logical channel identity 


1 


RB information to reconfigure 


(TM CCCH for RRC) 


- RB identity 


5 
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- PDCP info 


Not Present 




- RLC info 






- Downlink RLC mode 






- In-sequence delivery 


TRUE 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


5 




- MAC logical channel priority 


1 




RB information to reconfigure 


(UM CCCH for RRC) 




- RB identity 


6 




- PDCP info 


Not Present 




- RLC info 






- Downlink RLC mode 






- In-sequence delivery 


TRUE 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


5 




RB information to reconfigure 


(TM BCCH for RRC) 




- RB identity 


7 




- PDCP info 


Not Present 




- RLC info 






- Downlink RLC mode 






- In-sequence delivery 


TRUE 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


6 




RB information to reconfigure 


(TM PCCH for RRC) 




- RB identity 


8 




- PDCP info 


Not Present 




- RLC info 






- Downlink RLC mode 






- In-sequence delivery 


TRUE 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


PCH 




- Transport channel identity 


2 




- Logical channel identity 


1 




RB information to be affected 


Not Present 




- RB identity 






- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 






- Uplink transport channel type 






- Transport channel identity 






- Logical channel identity 






- MAC logical channel priority 






- Number of RLC logical channels 






- Downlink transport channel type 






- Transport channel identity 






- Logical channel identity 






UL Transport channel information for all transport 






channels 






- TFC subset 


( This IE is repeated for TFC number.) 




- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is 
clause 6.10 Parameter Set.) 


refer to TS34. 108 


- UL DCH TFCS 


Not Present 




- Normal 
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- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- Power offset Pp-m 




Deleted UL TrCH information 




- Transport channel identity 


Not Present 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- DL DCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- Power offset Pp-m 




Deleted DL TrCH information 




- Transport channel identity 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 
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- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


3 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


4 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


PRACH info 




- Available Signature 




- Signature 





- Signature 


1 


- Signature 


2 
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- Signature 

- Signature 

- Signature 

- Signature 

- Signature 

- Available SF 


3 

4 
5 
6 
7 
Reference to TS34.108 clause 6.10 Parameter Set 


- Scrambling code number 

- Puncturing Limit 




Reference to TS34.108 clause 6.10 Parameter Set 


- Available Sub Channel number 




- Sub channel number 





- Sub channel number 


1 


- Sub channel number 


2 


- Sub channel number 


3 


- Sub channel number 


4 


- Sub channel number 


5 


- Sub channel number 


6 


- Sub channel number 


7 


- Sub channel number 


8 


- Sub channel number 


9 


- Sub channel number 


10 


- Sub channel number 


11 


Downlink information common for all radio links 


Not Present 


- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 




- Spreading factor 

- Fixed or Flexible Position 




- TFCI existence 




- Number of bits for Pilot bits(SF=1 28,256) 

- Downlink DPCH Offset Value 




- DPCH compressed mode info 
-TGPSI 


1 


-TGPS Status Fig 
-TGMP 


inactive 

FDD Measurement 


- TGPRC 


62 


- TGCFN 
-TGSN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 
8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 

- Uplink compressed mode method 


F/2 

F/2 


- Scrambling code change 

- Downlink frame type 

- DeltaSIFM 




- DeltaSIRafterl 




- TX Diversity mode 

- SSDT information 




- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 
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CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


150 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 




- Code number 




- TPC combination index 




- SSDT Cell Identity 




- Closed loop timing adjustment mode 




- Secondary CCPCH info 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 


1 


- SSDT Indicator 


FALSE 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- Pilot symbol existence 


FALSE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing offset 





-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor Be 




- Gain factor Bd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 
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- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of RADIO BEARER RECONFIGURATION COMPLETE message: AM 



Message Type 
Integrity check info 

Uplink integrity protection activation info 
Other information element 
Radio bearer uplink ciphering activation time info 
RB with PDCP information list 


Not checked 

Not checked 
Not checked 
Not checked 
Not checked 



Contents of RADIO BEARER RELEASE message: AM or UM ( The others of speech in CS ) 



Information Element 


Value/remark 


Message Type 






Integrity check info 


Not Present 




- message authentication code 






- RRC message sequence number 






Integrity protection mode info 


Not Present 




- Integrity protection mode command 






- Downlink integrity protection activation info 






- RRC message sequence number 






- RRC message sequence number 






- Integrity protection algorithm 






- Integrity protection initialisation number 






Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 




- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm 


UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 




- Radio bearer downlink ciphering activation time 
info 

- Radio bearer identity 


Not Present(Used RLC-AM or RLC-UM) 








- RLC sequence number 






Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 




New U-RNTI 


Not Present 




New C-RNTI 


Not Present 




DRX indicator 


noDRX 




UTRAN DRX cycle length coefficient 


Not Present 




CN information info 


Not Present 




- PLMN identity 






- CN common GSM-MAP NAS system information 






- CN domain identity 






- CN domain specific GSM-MAP NAS system 






information 






RB information to release 






- RB identity 


4 




RB information to be affected 


(UM DCCH for RRC) 




- RB identity 







- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


1 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




RB information to be affected 


(AM DCCH for RRC) 




- RB identity 


1 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 
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- Logical channel identity 


2 


- MAC logical channel priority 


2 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


2 


RB information to be affected 


(AM DCCH for NAS DT High priority) 


- RB identity 


2 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


- MAC logical channel priority 


3 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


RB information to be affected 


(AM DCCH for NAS DT Low priority) 


- RB identity 


3 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


- MAC logical channel priority 


4 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor (3c 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted UL TrCH Information 




- Transport channel identity 


2 


Added or Reconfigured UL TrCH information 


If TrCH reconfiguration is executed then this is needed( 




e.g The rate of SRB for DCCH is changed.). 


- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 
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CPCH set ID 


Not Present 


DRAC static information 


Not Preaent 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class Identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted DL TrCH Information 




- Transport channel identity 


2 


Added or Reconfigured DL TrCH information 


If TrCH reconfiguration is executed then this is needed( 




e.g The rate of SRB for DCCH is changed.). 


- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




- Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 
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- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


N/A 


- TFCI existence 


FALSE 


- Number of bits for Pilot bits(SF=1 28,256) 


Reference to TS34.108 clause 6.10 Parameter Set 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIFM 


2.0 


- DeltaSIRafterl 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 
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- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of RADIO BEARER RELEASE message: AM or UM ( Speech in CS ) 



Information Element 


Value/remark 


Message Type 






Integrity check info 


Not Present 




- message authentication code 






- RRC message sequence number 






Integrity protection mode info 


Not Present 




- Integrity protection mode command 






- Downlink integrity protection activation info 






- RRC message sequence number 






- RRC message sequence number 






- Integrity protection algorithm 






- Integrity protection initialisation number 






Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 




- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm 




UEA1) 




- Activation time for DPCH 


Not Present(Used RLC-TM) 




- Radio bearer downlink ciphering activation time 
info 

- Radio bearer identity 


Not Present(Used RLC-AM or RLC-UM) 








- RLC sequence number 






Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 




New U-RNTI 


Not Present 




New C-RNTI 


Not Present 




DRX indicator 


noDRX 




UTRAN DRX cycle length coefficient 


Not Present 




CN information info 


Not Present 




- PLMN identity 






- CN common GSM-MAP NAS system information 






- CN domain identity 






- CN domain specific GSM-MAP NAS system 






information 






RB information to release 






- RB identity 


4 




RB information to release 






- RB identity 


5 




RB information to release 






- RB identity 


6 




RB information to be affected 


(UM DCCH for RRC) 




- RB identity 







- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


1 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




RB information to be affected 


(AM DCCH for RRC) 




- RB identity 


1 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


2 




- MAC logical channel priority 


2 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


2 




RB information to be affected 


(AM DCCH for NAS DT High priority) 
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- RB identity 


2 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


- MAC logical channel priority 


3 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


RB information to be affected 


(AM DCCH for NAS DT Low priority) 


- RB identity 


3 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


- MAC logical channel priority 


4 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to 




TS34.108 clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to 




TS34.108 clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor (3c 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted UL TrCH Information 




- Transport channel identity 


2 


Deleted UL TrCH Information 




- Transport channel identity 


3 


Deleted UL TrCH Information 




- Transport channel identity 


4 


Added or Reconfigured UL TrCH information 


If TrCH reconfiguration is executed then this is needed( 




e.g The rate of SRB for DCCH is changed.). 


- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


CPCH set ID 


Not Present 


DRAC static information 


Not Preaent 


- Transmission Time Validity 
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- Time duration before retry 




- DRAC Class Identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to 




TS34.108 clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted DL TrCH Information 




- Transport channel identity 


2 


Deleted DL TrCH Information 




- Transport channel identity 


3 


Deleted DL TrCH Information 




- Transport channel identity 


4 


Added or Reconfigured DL TrCH information 


If TrCH reconfiguration is executed then this is needed( 




e.g The rate of SRB for DCCH is changed.). 


- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




- Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 
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- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


N/A 


- TFCI existence 


FALSE 


- Number of bits for Pilot bits(SF=1 28,256) 


Reference to TS34.108 clause 6.10 Parameter Set 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIFM 


2.0 


- DeltaSIRafterl 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 
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- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor 0c 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of RADIO BEARER RELEASE message: AM or UM ( Packet to CELL_DCH from CELL_DCH in 
PS) 



Information Element 


Value/remark 


Message Type 






Integrity check info 


Not Present 




- message authentication code 






- RRC message sequence number 






Integrity protection mode info 


Not Present 




- Integrity protection mode command 






- Downlink integrity protection activation info 






- RRC message sequence number 






- RRC message sequence number 






- Integrity protection algorithm 






- Integrity protection initialisation number 






Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 




- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm 


UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 




- Radio bearer downlink ciphering activation time 
info 


Not Present(Used RLC-AM or RLC-UM) 




- Radio bearer identity 






- RLC sequence number 






Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 




New U-RNTI 


Not Present 




New C-RNTI 


Not Present 




DRX indicator 


noDRX 




UTRAN DRX cycle length coefficient 


Not Present 




CN information info 


Not Present 




- PLMN identity 






- CN common GSM-MAP NAS system information 






- CN domain identity 






- CN domain specific GSM-MAP NAS system 






information 






RB information to release 






- RB identity 


4 




RB information to be affected 


(UM DCCH for RRC) 




- RB identity 







- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


1 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




RB information to be affected 


(AM DCCH for RRC) 




- RB identity 


1 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


2 




- MAC logical channel priority 


2 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


2 




RB information to be affected 


(AM DCCH for NAS DT High priority) 




- RB identity 


2 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 
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- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


- MAC logical channel priority 


3 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


RB information to be affected 


(AM DCCH for NAS DT Low priority) 


- RB identity 


3 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


- MAC logical channel priority 


4 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted UL TrCH Information 




- Transport channel identity 


2 


Added or Reconfigured UL TrCH information 


If TrCH reconfiguration is executed then this is needed( 




e.g The rate of SRB for DCCH is changed.). 


- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


CPCH set ID 


Not Present 


DRAC static information 


Not Preaent 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class Identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 
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- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted DL TrCH Information 




- Transport channel identity 


2 


Added or Reconfigured DL TrCH information 


If TrCH reconfiguration is executed then this is needed( 




e.g The rate of SRB for DCCH is changed.). 


- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




- Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 
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- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


N/A 


- TFCI existence 


FALSE 


- Number of bits for Pilot bits(SF=1 28,256) 


Reference to TS34.108 clause 6.10 Parameter Set 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIRI 


2.0 


- DeltaSIRafterl 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 
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- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor (3c 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of RADIO BEARER RELEASE message: AM or UM ( Packet to CELL_DCH from CELL_FACH in 
PS) 



Information Element 


Value/remark 


Message Type 






Integrity check info 


Not Present 




- message authentication code 






- RRC message sequence number 






Integrity protection mode info 


Not Present 




- Integrity protection mode command 






- Downlink integrity protection activation info 






- RRC message sequence number 






- RRC message sequence number 






- Integrity protection algorithm 






- Integrity protection initialisation number 






Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 




- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm 


UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 




- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 




info 






- Radio bearer identity 






- RLC sequence number 






Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 




New U-RNTI 


Not Present 




New C-RNTI 


Not Present 




DRX indicator 


noDRX 




UTRAN DRX cycle length coefficient 


Not Present 




CN information info 


Not Present 




- PLMN identity 






- CN common GSM-MAP NAS system information 






- CN domain identity 






- CN domain specific GSM-MAP NAS system 






information 






RB information to release 






- RB identity 


4 




RB information to release 






- RB identity 


5 




RB information to release 






- RB identity 


6 




RB information to release 






- RB identity 


7 




RB information to release 






- RB identity 


8 




RB information to be affected 


(UM DCCH for RRC) 




- RB identity 







- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


1 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




RB information to be affected 


(AM DCCH for RRC) 




- RB identity 


1 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


2 




- MAC logical channel priority 


2 




- Number of RLC logical channels 


1 
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- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


2 


RB information to be affected 


(AM DCCH for NAS DT High priority) 


- RB identity 


2 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


- MAC logical channel priority 


3 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


RB information to be affected 


(AM DCCH for NAS DT Low priority) 


- RB identity 


3 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


- MAC logical channel priority 


4 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor (3c 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted UL TrCH Information 


Not Present 


- Transport channel identity 




Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


CPCH set ID 


Not Present 


DRAC static information 


Not Preaent 


- Transmission Time Validity 




- Time duration before retry 
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- DRAC Class Identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor (3c 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor (3c 





- Gain factor (3d 





- Power offset Pp-m 


OdB 


Deleted DL TrCH Information 




- Transport channel identity 


2 


Deleted DL TrCH Information 




- Transport channel identity 


3 


Deleted DL TrCH Information 




- Transport channel identity 


4 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




- Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 
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- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


N/A 


- TFCI existence 


FALSE 


- Number of bits for Pilot bits(SF=1 28,256) 


Reference to TS34.108 clause 6.10 Parameter Set 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIFM 


2.0 


- DeltaSIRafteM 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 
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Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor (3c 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 





Contents of RADIO BEARER RELEASE message: AM or UM ( Packet to CELL_FACH from CELL_DCH in 
PS) 



Information Element 


Value/remark 


Message Type 
Integrity check info 

- message authentication code 

- RRC message sequence number 
Integrity protection mode info 


Not Present 
Not Present 
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- Integrity protection mode command 






- Downlink integrity protection activation info 






- RRC message sequence number 






- RRC message sequence number 






- Integrity protection algorithm 






- Integrity protection initialisation number 






Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 




- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm 


UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 




- Radio bearer downlink ciphering activation time 
info 

- Radio bearer identity 


Not Present(Used RLC-AM or RLC-UM) 








- RLC sequence number 






Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 




New U-RNTI 


Not Present 




New C-RNTI 


Not Present 




DRX indicator 


noDRX 




UTRAN DRX cycle length coefficient 


Not Present 




CN information info 


Not Present 




- PLMN identity 






- CN common GSM-MAP NAS system information 






- CN domain identity 






- CN domain specific GSM-MAP NAS system 






information 






RB information to release 






- RB identity 


4 




RB information to be affected 


(UM DCCH for RRC) 




- RB identity 







- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


2 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


1 




RB information to be affected 


(AM DCCH for RRC) 




- RB identity 


1 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


2 




- MAC logical channel priority 


3 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


2 




RB information to be affected 


(AM DCCH for NAS DT High priority) 




- RB identity 


2 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


3 




- MAC logical channel priority 


4 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


3 




RB information to be affected 


(AM DCCH for NAS_DT Low priority) 
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- RB identity 


3 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


4 




- MAC logical channel priority 


5 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


4 




RB information to be affected 


(TM CCCH for RRC) 




- RB identity 


5 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


5 




- MAC logical channel priority 


1 




RB information to be affected 


(UM CCCH for RRC) 




- RB identity 


6 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


5 




RB information to be affected 


(TM BCCH for RRC) 




- RB identity 


7 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


6 




RB information to be affected 


(TM PCCH for RRC) 




- RB identity 


8 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


PCH 




- Transport channel identity 


2 




- Logical channel identity 


1 




UL Transport channel information for all transport 






channels 






- TFC subset 


( This IE is repeated for TFC number.) 




- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is 
clause 6.10 Parameter Set.) 


refer to TS34. 108 


- UL DCH TFCS 


Not Present 




- Normal 






- TFCI Field 1 information(Explicit TFCS 






Configuration) 






- Addition 






- TFCS addition 






information(Reconfiguration/Addtion information) 






- CTFC information 






-CTFC 






- Gain factor information 






- Gain factor pc 






- Gain factor pd 






- Power offset Pp-m 






Deleted UL TrCH Information 






- Transport channel identity 


2 




Added or Reconfigured UL TrCH information 






- Transport channel identity 


1 
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-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


CPCH set ID 


Not Present 


DRAC static information 


Not Preaent 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class Identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- DL DCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- Power offset Pp-m 




Deleted DL TrCH Information 


Not Present 


- Transport channel identity 




Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 
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- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


3 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


PRACH info 




- Available Signature 




- Signature 





- Signature 


1 


- Signature 


2 


- Signature 


3 


- Signature 


4 


- Signature 


5 


- Signature 


6 


- Signature 


7 


- Available SF 


Reference to TS34.108 clause 6.10 Parameter Set 


- Scrambling code number 





- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


- Available Sub Channel number 




- Sub channel number 





- Sub channel number 


1 


- Sub channel number 


2 


- Sub channel number 


3 


- Sub channel number 


4 


- Sub channel number 


5 


- Sub channel number 


6 


- Sub channel number 


7 


- Sub channel number 


8 


- Sub channel number 


9 


- Sub channel number 


10 


- Sub channel number 


11 


Downlink information common for all radio links 


Not Present 


- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 




- Spreading factor 




- Fixed or Flexible Position 




- TFCI existence 




- Number of bits for Pilot bits(SF=1 28,256) 




- Downlink DPCH Offset Value 
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- DPCH compressed mode info 
-TGPSI 


1 


-TGPS Status Fig 
-TGMP 


inactive 

FDD Measurement 


- TGPRC 


62 


- TGCFN 
-TGSN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 
8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 

- Uplink compressed mode method 


F/2 
F/2 


- Scrambling code change 

- Downlink frame type 

- DeltaSIRI 




- DeltaSIRafterl 




- TX Diversity mode 

- SSDT information 




- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 

- Primary scrambling code 

- PDSCH with SHO DCH info 


100 

Not Present 


- DSCH radio link identifier 




- TFCI Combining set 

- Radio link identifier 




- Primary CPICH info 
- Primary scrambling code 
- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 

- Secondary scrambling code 

- channelisation code 




- DL channelisation code 




- Secondary scrambling code 

- Code number 




- TPC combination index 




- SSDT Cell Identity 

- Closed loop timing adjustment mode 

- Secondary CCPCH info 

- Primary CPICH usage for channel estimation 

- Secondary CPICH info 

- Secondary scrambling code 

- channelisation code 


Primary CPICH may be used 
Not Present 


- Secondary scrambling code 

- SSDT Indicator 


1 
FALSE 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 
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- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- Pilot symbol existence 


FALSE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing offset 





-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of RADIO BEARER RELEASE message: AM or UM ( Packet to CELL_FACH from CELL_FACH in 
PS) 



Information Element 


Value/remark 


Message Type 






Integrity check info 


Not Present 




- message authentication code 






- RRC message sequence number 






Integrity protection mode info 


Not Present 




- Integrity protection mode command 






- Downlink integrity protection activation info 






- RRC message sequence number 






- RRC message sequence number 






- Integrity protection algorithm 






- Integrity protection initialisation number 






Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 




- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm 


UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 




- Radio bearer downlink ciphering activation time 
info 


Not Present(Used RLC-AM or RLC-UM) 




- Radio bearer identity 






- RLC sequence number 






Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 




New U-RNTI 


Not Present 




New C-RNTI 


Not Present 




DRX indicator 


noDRX 




UTRAN DRX cycle length coefficient 


Not Present 




CN information info 


Not Present 




- PLMN identity 






- CN common GSM-MAP NAS system information 






- CN domain identity 






- CN domain specific GSM-MAP NAS system 






information 






RB information to release 






- RB identity 


4 




RB information to be affected 


(UM DCCH for RRC) 




- RB identity 







- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


2 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


1 




RB information to be affected 


(AM DCCH for RRC) 




- RB identity 


1 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


2 




- MAC logical channel priority 


3 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


2 




RB information to be affected 


(AM DCCH for NAS DT High priority) 




- RB identity 


2 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 
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- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


3 




- MAC logical channel priority 


4 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


3 




RB information to be affected 


(AM DCCH for NAS DT Low priority) 




- RB identity 


3 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


4 




- MAC logical channel priority 


5 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


4 




RB information to be affected 


(TM CCCH for RRC) 




- RB identity 


5 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


5 




- MAC logical channel priority 


1 




RB information to be affected 


(UM CCCH for RRC) 




- RB identity 


6 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


5 




RB information to be affected 


(TM BCCH for RRC) 




- RB identity 


7 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


6 




RB information to be affected 


(TM PCCH for RRC) 




- RB identity 


8 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


PCH 




- Transport channel identity 


2 




- Logical channel identity 


1 




UL Transport channel information for all transport 






channels 






- TFC subset 


( This IE is repeated for TFC number.) 




- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is 
clause 6.10 Parameter Set.) 


refer to TS34. 108 


- UL DCH TFCS 


Not Present 




- Normal 






- TFCI Field 1 information(Explicit TFCS 






Configuration) 






- Addition 






- TFCS addition 






information(Reconfiguration/Addtion information) 






- CTFC information 
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-CTFC 




- Gain factor information 




- Gain factor (3c 




- Gain factor pd 




- Power offset Pp-m 




Deleted UL TrCH Information 


Not Present 


- Transport channel identity 




Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


CPCH set ID 


Not Present 


DRAC static information 


Not Preaent 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class Identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- DL DCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- Power offset Pp-m 




Deleted DL TrCH Information 




- Transport channel identity 


4 


Added or Reconfigured DL TrCH information 


Not Present 


- Transport channel identity 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Bit mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 
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- Rate matching attribute 




- CRC size 




- DCH quality target 




- BLER Quality value 




- Transparent mode signalling info 




Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


PRACH info 




- Available Signature 




- Signature 





- Signature 


1 


- Signature 


2 


- Signature 


3 


- Signature 


4 


- Signature 


5 


- Signature 


6 


- Signature 


7 


- Available SF 


Reference to TS34.108 clause 6.10 Parameter Set 


- Scrambling code number 





- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


- Available Sub Channel number 




- Sub channel number 





- Sub channel number 


1 


- Sub channel number 


2 


- Sub channel number 


3 


- Sub channel number 


4 


- Sub channel number 


5 


- Sub channel number 


6 


- Sub channel number 


7 


- Sub channel number 


8 


- Sub channel number 


9 


- Sub channel number 


10 


- Sub channel number 


11 


Downlink information common for all radio links 


Not Present 


- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 




- Spreading factor 




- Fixed or Flexible Position 




- TFCI existence 




- Number of bits for Pilot bits(SF=1 28,256) 




- Downlink DPCH Offset Value 




- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 
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- Scrambling code change 




- Downlink frame type 




- DeltaSIFM 




- DeltaSIRafterl 




- TX Diversity mode 




- SSDT information 




- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 




- Code number 




- TPC combination index 




- SSDT Cell Identity 




- Closed loop timing adjustment mode 




- Secondary CCPCH info 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 


1 


- SSDT Indicator 


FALSE 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- Pilot symbol existence 


FALSE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing offset 





-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 
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- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of RRC CONNECTION RE-ESTABLISHMENT message: UM ( The others of speech in CS ) 



Information Element 


Value/remark 


Message Type 






U-RNTI 


Not Present 




Integrity check info 


Not Present 




- message authentication code 






- RRC message sequence number 






Integrity protection mode info 


Not Present 




- Integrity protection mode command 






- Downlink integrity protection activation info 






- RRC message sequence number 






- RRC message sequence number 






- Integrity protection algorithm 






- Integrity protection initialisation number 






Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


Stop 




- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm 




UEA1) 




- Activation time for DPCH 


Not Present(Used RLC-TM) 




- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 




info 






- Radio bearer identity 






- RLC sequence number 






Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 




New U-RNTI 


Not Present 




New C-RNTI 


Not Present 




DRX indicator 


NoDRX 




UTRAN DRX cycle length coefficient 


Not Present 




CN information info 


Not Present 




- PLMN identity 






- CN common GSM-MAP NAS system information 






- CN domain identity 






- CN domain specific GSM-MAP NAS system 






information 






Signalling RB information to setup 


(UM DCCH for RRC) 




- RB identity 







- CHOICE RLC info type 






- RLC info 






- Uplink RLC mode 


(UM RLC) 




- Transmission RLC discard 






- SDU discard mode 


Max DAT retransmissions 




- MAX_DAT 


4 




- Downlink RLC mode 


(UM RLC) 




- In-sequence delivery 


TRUE 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


1 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




Signalling RB information to setup 


(AM DCCH for RRC) 




- RB identity 


1 




- CHOICE RLC info type 






- RLC info 






- Uplink RLC mode 


(AM RLC) 




- Transmission RLC discard 






- SDU discard mode 


Max DAT retransmissions 




- MAX_DAT 


4 




- Transmission window size 


8 




-Timer RST 


500 




- Max RST 


4 
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- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer status prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


2 


- MAC logical channel priority 


2 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


2 


Signalling RB information to setup 


(AM DCCH for NAS DT High priority) 


- RB identity 


2 


- CHOICE RLC info type 




- RLC info 




- Uplink RLC mode 


(AM RLC) 


- Transmission RLC discard 




- SDU discard mode 


Max DAT retransmissions 


- MAX_DAT 


4 


- Transmission window size 


8 


-Timer RST 


500 


- Max_RST 


4 


- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer status prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


- MAC logical channel priority 


3 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


Signalling RB information to setup 


(AM DCCH for NAS DT Low priority) 


- RB identity 


3 


- CHOICE RLC info type 




- RLC info 




- Uplink RLC mode 


(AM RLC) 


- Transmission RLC discard 
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- SDU discard mode 


Max DAT retransmissions 


- MAX_DAT 


4 


- Transmission window size 


8 


-Timer RST 


500 


- Max_RST 


4 


- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer status prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


- MAC logical channel priority 


4 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


RAB information for setup 




- RAB info 




- RAB identity 


0000 0001 B 


- CN domain identity 


CS domain 


- Re-establishment timer 




-T314 


20 seconds 


- RB information to setup 




- RB identity 


4 


- PDCP info 


Not Present 


- RLC info 




- Downlink RLC mode 


(TM RLC) 


- In-sequence delivery 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


2 


- Logical channel identity 


1 


- MAC logical channel priority 


Not Present 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


2 


- Logical channel identity 


1 


RB information to release 


Not Present 


RB information to reconfigure 


Not Present 


RB information to be affected 


Not Present 


- RB identity 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 




- Uplink transport channel type 




- Transport channel identity 




- Logical channel identity 




- MAC logical channel priority 




- Number of RLC logical channels 




- Downlink transport channel type 




- Transport channel identity 
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- Logical channel identity 




UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to 




TS34.108 clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to 




TS34.108 clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted UL TrCH information 


Not Present 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 
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- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to 




TS34.108 clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted DL TrCH information 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




- Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 
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- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


TRUE 


- Number of bits for Pilot bits(SF=1 28,256) 


Not Present 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIRI 


2.0 


- DeltaSIRafteM 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 



Contents of RNTI REALLOCATION message: AM or UM 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 


info 
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- Radio bearer identity 




- RLC sequence number 




New U-RNTI 


See the test content 


- SRNC identity 




- S-RNTI 




New C-RNTI 


See the test content 


DRX indicator 


NoDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




RB with PDCP information 


Not Present 


- RB identity 




- PDCP SN info 





Contents of RNTI REALLOCATION COMPLETE message: AM 



Information Element 


Value/remark 


Message Type 

Integrity check info 

Uplink integrity protection activation info 

Radio bearer uplink ciphering activation time info 

RB with PDCP information 


Not checked 
Not checked 
Not checked 
Not checked 
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Contents of RRC CONNECTION RE-ESTABLISHMENT message: UM ( Speech in CS ) 



Information Element 


Value/remark 


Message Type 






U-RNTI 


Not Present 




Integrity check info 


Not Present 




- message authentication code 






- RRC message sequence number 






Integrity protection mode info 


Not Present 




- Integrity protection mode command 






- Downlink integrity protection activation info 






- RRC message sequence number 






- RRC message sequence number 






- Integrity protection algorithm 






- Integrity protection initialisation number 






Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 




- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm 


UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 




- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 




info 






- Radio bearer identity 






- RLC sequence number 






Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 




New U-RNTI 


Not Present 




New C-RNTI 


Not Present 




DRX indicator 


noDRX 




UTRAN DRX cycle length coefficient 


Not Present 




RLC reset indicator (for C-plane) 


FALSE 




RLC reset indicator (for U-plane) 


FALSE 




CN information info 


Not Present 




- PLMN identity 






- CN common GSM-MAP NAS system information 






- CN domain identity 






- CN domain specific GSM-MAP NAS system 






information 






Signalling RB information to setup 


(UM DCCH for RRC) 




- RB identity 







- CHOICE RLC info type 






- RLC info 






- Uplink RLC mode 


(UM RLC) 




- Transmission RLC discard 






- SDU discard mode 


Max DAT retransmissions 




- MAX_DAT 


4 




- Downlink RLC mode 


(UM RLC) 




- In-sequence delivery 


TRUE 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


1 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




Signalling RB information to setup 


(AM DCCH for RRC) 




- RB identity 


1 




- CHOICE RLC info type 






- RLC info 






- Uplink RLC mode 


(AM RLC) 




- Transmission RLC discard 






- SDU discard mode 


Max DAT retransmissions 




- MAX_DAT 


4 




- Transmission window size 


8 




-Timer RST 


500 
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- Max_RST 


4 


- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer status prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


2 


- MAC logical channel priority 


2 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


2 


Signalling RB information to setup 


(AM DCCH for NAS DT High priority) 


- RB identity 


2 


- CHOICE RLC info type 




- RLC info 




- Uplink RLC mode 


(AM RLC) 


- Transmission RLC discard 




- SDU discard mode 


Max DAT retransmissions 


- MAX_DAT 


4 


- Transmission window size 


8 


-Timer RST 


500 


- Max_RST 


4 


- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer status prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


- MAC logical channel priority 


3 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


Signalling RB information to setup 


(AM DCCH for NAS DT Low priority) 


- RB identity 


3 


- CHOICE RLC info type 




- RLC info 




- Uplink RLC mode 


(AM RLC) 
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- Transmission RLC discard 




- SDU discard mode 


Max DAT retransmissions 


- MAX_DAT 


4 


- Transmission window size 


8 


- Timer_RST 


500 


- Max_RST 


4 


- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer status prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


- MAC logical channel priority 


4 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


RAB information for setup 




- RAB info 




- RAB identity 


0000 0001 B 


- CN domain identity 


CS domain 


- Re-establishment timer 




-T314 


20 seconds 


- RB information to setup 




- RB identity 


4 


- PDCP info 


Not Present 


- RLC info 




- Downlink RLC mode 


(TM RLC) 


- In-sequence delivery 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


2 


- Logical channel identity 


1 


- MAC logical channel priority 


Not Present 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


2 


- Logical channel identity 


1 


- RB information to setup 




- RB identity 


5 


- PDCP info 


Not Present 


- RLC info 




- Downlink RLC mode 


(TM RLC) 


- In-sequence delivery 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


3 


- Logical channel identity 


1 


- MAC logical channel priority 


Not Present 
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- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


3 


- Logical channel identity 


1 


- RB information to setup 


( This IE is needed for 1 2.2 kbps and 1 0.2 kbps) 


- RB identity 


6 


- PDCP info 


Not Present 


- RLC info 




- Downlink RLC mode 


(TM RLC) 


- In-sequence delivery 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


4 


- Logical channel identity 


1 


- MAC logical channel priority 


Not Present 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


4 


- Logical channel identity 


1 


RB information to release 


Not Present 


RB information to reconfigure 


Not Present 


RB information to be affected 


Not Present 


- RB identity 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 




- Uplink transport channel type 




- Transport channel identity 




- Logical channel identity 




- MAC logical channel priority 




- Number of RLC logical channels 




- Downlink transport channel type 




- Transport channel identity 




- Logical channel identity 




UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted UL TrCH information 


Not Present 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 
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- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


3 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


Added or Reconfigured UL TrCH information 


( This IE is needed for 12.2 kbps and 10.2 kbps) 


- Transport channel identity 


4 


-TFS 


( This IE is repeated for TFI number) 


- Dynamic Transport format information 




- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 
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- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted DL TrCH information 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


3 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 


( This IE is needed for 12.2 kbps and 10.2 kbps) 


- Transport channel identity 


4 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 
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- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




- Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Fixed 


- TFCI existence 


FALSE 


- Number of bits for Pilot bits(SF=1 28,256) 


4 bits 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIRI 


2.0 


- DeltaSIRafterl 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 
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Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 
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- Transmission time interval 

- Type of channel coding 

- Coding Rate 

- Rate matching attribute 

- CRC size 

- References to system information blocks 

- Scheduling information 


Not Present 
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Contents of RRC CONNECTION RE-ESTABLISHMENT message: UM ( Packet to CELL_DCH from 
CELL_DCH in PS ) 



Information Element 


Value/remark 


Message Type 






U-RNTI 


Not Present 




Integrity check info 


Not Present 




- message authentication code 






- RRC message sequence number 






Integrity protection mode info 


Not Present 




- Integrity protection mode command 






- Downlink integrity protection activation info 






- RRC message sequence number 






- RRC message sequence number 






- Integrity protection algorithm 






- Integrity protection initialisation number 






Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 




- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm 


UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 




- Radio bearer downlink ciphering activation time 
info 

- Radio bearer identity 


Not Present(Used RLC-AM or RLC-UM) 








- RLC sequence number 






Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 




New U-RNTI 


Not Present 




New C-RNTI 


Not Present 




DRX indicator 


noDRX 




UTRAN DRX cycle length coefficient 


Not Present 




RLC reset indicator (for C-plane) 


FALSE 




RLC reset indicator (for U-plane) 


FALSE 




CN information info 


Not Present 




- PLMN identity 






- CN common GSM-MAP NAS system information 






- CN domain identity 






- CN domain specific GSM-MAP NAS system 






information 






Signalling RB information to setup 


(UM DCCH for RRC) 




- RB identity 







- CHOICE RLC info type 






- RLC info 






- Uplink RLC mode 


(UM RLC) 




- Transmission RLC discard 






- SDU discard mode 


Max DAT retransmissions 




- MAX_DAT 


4 




- Downlink RLC mode 


(UM RLC) 




- In-sequence delivery 


TRUE 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


1 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




Signalling RB information to setup 


(AM DCCH for RRC) 




- RB identity 


1 




- CHOICE RLC info type 






- RLC info 






- Uplink RLC mode 


(AM RLC) 




- Transmission RLC discard 






- SDU discard mode 


Max DAT retransmissions 




- MAX_DAT 


4 




- Transmission window size 


8 
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-Timer RST 


500 


- Max_RST 


4 


- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer_status_prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


2 


- MAC logical channel priority 


2 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


2 


Signalling RB information to setup 


(AM DCCH for NAS DT High priority) 


- RB identity 


2 


- CHOICE RLC info type 




- RLC info 




- Uplink RLC mode 


(AM RLC) 


- Transmission RLC discard 




- SDU discard mode 


Max DAT retransmissions 


- MAX_DAT 


4 


- Transmission window size 


8 


-Timer RST 


500 


- Max_RST 


4 


- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer status prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


- MAC logical channel priority 


3 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


Signalling RB information to setup 


(AM DCCH for NAS DT Low priority) 


- RB identity 


3 


- CHOICE RLC info type 




- RLC info 
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- Uplink RLC mode 


(AM RLC) 


- Transmission RLC discard 




- SDU discard mode 


Max DAT retransmissions 


- MAX_DAT 


4 


- Transmission window size 


8 


-Timer RST 


500 


- Max_RST 


4 


- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer status prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


- MAC logical channel priority 


4 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


RAB information for setup 




- RAB info 




- RAB identity 


0000 0001 B 


- CN domain identity 


PS domain 


- Re-establishment timer 




-T314 


20 seconds 


- RB information to setup 




- RB identity 


4 


- PDCP info 


Not Present 


- RLC info 




- Uplink RLC mode 


(AM RLC) 


- Transmission RLC discard 




- SDU discard mode 


Max DAT retransmissions 


- MAX_DAT 


4 


- Transmission window size 


8 


-Timer RST 


500 


- Max_RST 


4 


- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer status prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 
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- Transport channel identity 


2 


- Logical channel identity 


1 


- MAC logical channel priority 


Not Present 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


2 


- Logical channel identity 


1 


RB information to release 


Not Present 


RB information to reconfigure 


Not Present 


RB information to be affected 


Not Present 


- RB identity 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 




- Uplink transport channel type 




- Transport channel identity 




- Logical channel identity 




- MAC logical channel priority 




- Number of RLC logical channels 




- Downlink transport channel type 




- Transport channel identity 




- Logical channel identity 




UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted UL TrCH information 


Not Present 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 
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- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted DL TrCH information 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 
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Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




- Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


TRUE 


- Number of bits for Pilot bits(SF=1 28,256) 


Reference to TS34.108 clause 6.10 Parameter Set 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIFM 


2.0 


- DeltaSIRafterl 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 
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- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 
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- References to system information blocks 

- Scheduling information 


Not Present 
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Contents of RRC CONNECTION RE-ESTABLISHMENT message: UM ( Packet to CELL_DCH from 
CELL_FACH in PS ) 



Information Element 


Value/remark 


Message Type 






U-RNTI 


Not Present 




Integrity check info 


Not Present 




- message authentication code 






- RRC message sequence number 






Integrity protection mode info 


Not Present 




- Integrity protection mode command 






- Downlink integrity protection activation info 






- RRC message sequence number 






- RRC message sequence number 






- Integrity protection algorithm 






- Integrity protection initialisation number 






Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 




- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm 


UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 




- Radio bearer downlink ciphering activation time 
info 

- Radio bearer identity 


Not Present(Used RLC-AM or RLC-UM) 








- RLC sequence number 






Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 




New U-RNTI 


Not Present 




New C-RNTI 


Not Present 




DRX indicator 


noDRX 




UTRAN DRX cycle length coefficient 


Not Present 




RLC reset indicator (for C-plane) 


FALSE 




RLC reset indicator (for U-plane) 


FALSE 




CN information info 


Not Present 




- PLMN identity 






- CN common GSM-MAP NAS system information 






- CN domain identity 






- CN domain specific GSM-MAP NAS system 






information 






Signalling RB information to setup 


(UM DCCH for RRC) 




- RB identity 







- CHOICE RLC info type 






- RLC info 






- Uplink RLC mode 


(UM RLC) 




- Transmission RLC discard 






- SDU discard mode 


Max DAT retransmissions 




- MAX_DAT 


4 




- Downlink RLC mode 


(UM RLC) 




- In-sequence delivery 


TRUE 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




- MAC logical channel priority 


1 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


DCH 




- Transport channel identity 


1 




- Logical channel identity 


1 




Signalling RB information to setup 


(AM DCCH for RRC) 




- RB identity 


1 




- CHOICE RLC info type 






- RLC info 






- Uplink RLC mode 


(AM RLC) 




- Transmission RLC discard 






- SDU discard mode 


Max DAT retransmissions 




- MAX_DAT 


4 




- Transmission window size 


8 
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-Timer RST 


500 


- Max_RST 


4 


- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer_status_prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


2 


- MAC logical channel priority 


2 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


2 


Signalling RB information to setup 


(AM DCCH for NAS DT High priority) 


- RB identity 


2 


- CHOICE RLC info type 




- RLC info 




- Uplink RLC mode 


(AM RLC) 


- Transmission RLC discard 




- SDU discard mode 


Max DAT retransmissions 


- MAX_DAT 


4 


- Transmission window size 


8 


-Timer RST 


500 


- Max_RST 


4 


- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer status prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


- MAC logical channel priority 


3 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


3 


Signalling RB information to setup 


(AM DCCH for NAS DT Low priority) 


- RB identity 


3 


- CHOICE RLC info type 




- RLC info 
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- Uplink RLC mode 


(AM RLC) 


- Transmission RLC discard 




- SDU discard mode 


Max DAT retransmissions 


- MAX_DAT 


4 


- Transmission window size 


8 


-Timer RST 


500 


- Max_RST 


4 


- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer status prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


- MAC logical channel priority 


4 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


1 


- Logical channel identity 


4 


RAB information for setup 




- RAB info 




- RAB identity 


0000 0001 B 


- CN domain identity 


PS domain 


- Re-establishment timer 




-T314 


20 seconds 


- RB information to setup 




- RB identity 


4 


- PDCP info 


Not Present 


- RLC info 




- Uplink RLC mode 


(AM RLC) 


- Transmission RLC discard 




- SDU discard mode 


Max DAT retransmissions 


- MAX_DAT 


4 


- Transmission window size 


8 


-Timer RST 


500 


- Max_RST 


4 


- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer status prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


DCH 
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- Transport channel identity 


2 


- Logical channel identity 


1 


- MAC logical channel priority 


Not Present 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


DCH 


- Transport channel identity 


2 


- Logical channel identity 


1 


RB information to release 


Not Present 


RB information to reconfigure 


Not Present 


RB information to be affected 


Not Present 


- RB identity 




- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 




- Uplink transport channel type 




- Transport channel identity 




- Logical channel identity 




- MAC logical channel priority 




- Number of RLC logical channels 




- Downlink transport channel type 




- Transport channel identity 




- Logical channel identity 




UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted UL TrCH information 


Not Present 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 
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- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Deleted DL TrCH information 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 
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Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




- Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


TRUE 


- Number of bits for Pilot bits(SF=1 28,256) 


Reference to TS34.108 clause 6.10 Parameter Set 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIFM 


2.0 


- DeltaSIRafterl 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 
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- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 





ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



1163 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



- References to system information blocks 

- Scheduling information 


Not Present 



Contents of RRC CONNECTION RE-ESTABLISHMENT COMPLETE message: AM 



Information Element 


Value 


Message Type 




Integrity check info 


Not checked. 


Uplink integrity protection activation info 


Not checked. 


Radio bearer uplink ciphering activation time info 


Value should not be present unless otherwise stated. 




Not checked. 


RB with PDCP information list 




- RB with PDCP information 





Contents of RRC CONNECTION RE-ESTABLISHMENT REQUEST message: TM 



Information Element 


Semantics description 


Message Type 
U-RNTI 

Integrity check info 

AM_RLC error indication(for C-plane) 
AM_RLC error indication(for U-plane) 
Protocol error indicator 
Measured results on RACH 
Protocol error information 


Value is checked to see if it is equal to the previously 

assigned U-RNTI 

Not checked 

Not checked 

Not checked 

Value is checked to see if it is set to FALSE. 

Not checked. 

Should be absent as "Protocol error indicator" = FALSE 



Contents of RRC CONNECTION REJECT message: UM 



Information Element 


Value/remark 


Message Type 
Initial UE identity 
Rejection cause 
Wait Time 
Redirection info 


Set to the UE's IMSI (GSM-MAP) or TMSI. 

Unspecified 



Not Present 
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Contents of RRC CONNECTION SETUP message: UM ( Transition to CELL_FACH ) 



Information Element 


Value/remark 


Message Type 




Initial UE identity 


Reference to TS34.108 clause 6.10 Parameter Set 


Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 




- SRNC identity 


0000 0000 0001 B 


- S-RNTI 


0000 0000 0000 0000 0001 B 


New C-RNTI 


0000 0000 0000 0001 B 


UTRAN DRX cycle length coefficient 


5(2to12) 


Capability update requirement 




- UE radio access capability update requirement 


FALSE 


- System specific capability update requirement 


Not Present 


Signalling RB information to setup 


(UM DCCH for RRC) 


- RB identity 





- CHOICE RLC info type 




- RLC info 




- Uplink RLC mode 


(UM RLC) 


- Transmission RLC discard 




- SDU discard mode 


Max DAT retransmissions 


- MAX_DAT 


4 


- Downlink RLC mode 


(UM RLC) 


- In-sequence delivery 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


RACH 


- Transport channel identity 


1 


- Logical channel identity 


1 


- MAC logical channel priority 


2 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


1 


- Logical channel identity 


1 


Signalling RB information to setup 


(AM DCCH for RRC) 


- RB identity 


1 


- CHOICE RLC info type 




- RLC info 




- Uplink RLC mode 


(AM RLC) 


- Transmission RLC discard 




- SDU discard mode 


Max DAT retransmissions 


- MAX_DAT 


4 


- Transmission window size 


8 


-Timer RST 


500 


- Max_RST 


4 


- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer status prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


RACH 


- Transport channel identity 


1 


- Logical channel identity 


2 


- MAC logical channel priority 


3 
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- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


1 


- Logical channel identity 


2 


Signalling RB information to setup 


(AM DCCH for NAS DT High priority) 


- RB identity 


2 


- CHOICE RLC info type 




- RLC info 




- Uplink RLC mode 


(AM RLC) 


- Transmission RLC discard 




- SDU discard mode 


Max DAT retransmissions 


- MAX_DAT 


4 


- Transmission window size 


8 


- Timer_RST 


500 


- Max_RST 


4 


- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer status prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 




- Number of RLC logical channels 


1 


- Uplink transport channel type 


RACH 


- Transport channel identity 


1 


- Logical channel identity 


3 


- MAC logical channel priority 


4 


- Number of RLC logical channels 


1 


- Downlink transport channel type 


FACH 


- Transport channel identity 


1 


- Logical channel identity 


3 


Signalling RB information to setup 


(AM DCCH for NAS DT Low priority) 


- RB identity 


3 


- CHOICE RLC info type 




- RLC info 




- Uplink RLC mode 


(AM RLC) 


- Transmission RLC discard 




- SDU discard mode 


Max DAT retransmissions 


- MAX_DAT 


4 


- Transmission window size 


8 


-Timer RST 


500 


- Max_RST 


4 


- Polling info 




- Timer_poll_prohibit 


200 


- Timer poll 


200 


- Poll_SDU 


1 


- Last transmission PU poll 


TRUE 


- Last retransmission PU poll 


TRUE 


- Poll_Windows 


100 


- Downlink RLC mode 


(AM RLC) 


- In-sequence delivery 


TRUE 


- Receiving window size 


8 


- Downlink RLC status info 




- Timer_status_prohibit 


200 


- Timer_EPC 


200 


- Missing PU indicator 


TRUE 


- RB mapping info 




- Information for each multiplexing option 
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- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


4 




- MAC logical channel priority 


5 




- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


4 




Signalling RB information to setup 


(TM CCCH for RRC) 




- RB identity 


5 




- CHOICE RLC info type 






- RLC info 






- Downlink RLC mode 


(TM RLC) 




- In-sequence delivery 


TRUE 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Uplink transport channel type 


RACH 




- Transport channel identity 


1 




- Logical channel identity 


5 




- MAC logical channel priority 


1 




Signalling RB information to setup 


(UM CCCH for RRC) 




- RB identity 


6 




- CHOICE RLC info type 






- RLC info 






- Uplink RLC mode 


(UM RLC) 




- Transmission RLC discard 






- SDU discard mode 


Max DAT retransmissions 




- MAX_DAT 


4 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


5 




Signalling RB information to setup 


(TM BCCH for RRC) 




- RB identity 


7 




- CHOICE RLC info type 






- RLC info 






- Downlink RLC mode 


(TM RLC) 




- In-sequence delivery 


TRUE 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


1 




- Logical channel identity 


6 




Signalling RB information to setup 


(TM PCCH for RRC) 




- RB identity 


8 




- CHOICE RLC info type 






- RLC info 






- Downlink RLC mode 


(TM RLC) 




- In-sequence delivery 


TRUE 




- RB mapping info 






- Information for each multiplexing option 






- Number of RLC logical channels 


1 




- Downlink transport channel type 


FACH 




- Transport channel identity 


2 




- Logical channel identity 


1 




UL Transport channel information for all transport 






channels 






- TFC subset 


( This IE is repeated for TFC number.) 




- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is 
clause 6.10 Parameter Set.) 


refer to TS34. 108 


- UL DCH TFCS 


Not Present 




- Normal 
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- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- Power offset Pp-m 




Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- DL DCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- Power offset Pp-m 




Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 
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- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


PRACH info 




- Available Signature 




- Signature 





- Signature 


1 


- Signature 


2 


- Signature 


3 


- Signature 


4 


- Signature 


5 


- Signature 


6 


- Signature 


7 


- Available SF 


Reference to TS34.108 clause 6.10 Parameter Set 


- Scrambling code number 





- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


- Available Sub Channel number 




- Sub channel number 





- Sub channel number 


1 


- Sub channel number 


2 


- Sub channel number 


3 


- Sub channel number 


4 


- Sub channel number 


5 


- Sub channel number 


6 


- Sub channel number 


7 


- Sub channel number 


8 


- Sub channel number 


9 


- Sub channel number 


10 


- Sub channel number 


11 


Downlink information common for all radio links 


Not Present 


- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 




- Spreading factor 




- Fixed or Flexible Position 




- TFCI existence 




- Number of bits for Pilot bits(SF=1 28,256) 




- Downlink DPCH Offset Value 




- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 
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- Scrambling code change 




- Downlink frame type 




- DeltaSIFM 




- DeltaSIRafteM 




- TX Diversity mode 




- SSDT information 




- S field 




- Code Word Set 




Downlink information for each radio links 


Not Present 


- Primary CPICH info 




- Primary scrambling code 




- PDSCH with SHO DCH info 




- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 




- DL Scrambling Code 




- Signalling Method 




- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 




- Code number 




- TPC combination index 




- SSDT Cell Identity 




- Closed loop timing adjustment mode 




- Secondary CCPCH info 




- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 
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- Type of channel coding 

- Coding Rate 

- Rate matching attribute 

- CRC size 
-TFS 

- Dynamic Transport format information 

- Number of Transport blocks 

- Octet mode RLC size info 

- Transport block size 

- Semi-static Transport Format information 

- Transmission time interval 

- Type of channel coding 

- Coding Rate 

- Rate matching attribute 

- CRC size 

- Scheduling information 
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Contents of RRC STATUS message: AM 



Information Element 


Value/remark 


Message Type 
Integrity check info 
Protocol error information 
- Protocol error cause 


Not checked. 

Value will be checked. 



Contents of SECURITY MODE FAILURE message : AM 



Information Element 


Value/remark 


Message Type 
Integrity check info 
Failure cause 


Not checked 

Value will be checked 
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Contents of TRANSPORT CHANNEL RECONFIGURATION message : AM or UM ( The others of speech in 
CS) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


Stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 
info 

- Radio bearer identity 


Not Present(Used RLC-AM or RLC-UM) 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


Not Present 


DRX indicator 


noDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




RB with PDCO info 


Not Present 


UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor (3c 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 
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DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




-Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 
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- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


TRUE 


- Number of bits for Pilot bits(SF=1 28,256) 


Not Present 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIFM 


2.0 


- DeltaSIRafterl 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 
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- TPC combination index 





- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 





ETSI 



3G TS 34.123-1 version 3.0.0 Release 1999 



1177 



ETSI TS 134 123-1 V3.0.0 (2000-06) 



Contents of TRANSPORT CHANNEL RECONFIGURATION message : AM or UM ( Speech in CS ) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


Stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 
info 

- Radio bearer identity 


Not Present(Used RLC-AM or RLC-UM) 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


Not Present 


DRX indicator 


NoDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




RB with PDCP information 


Not Present 


UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor (3c 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 
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- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




-Uplink DPCH power control info 




- DPCCH power offset 


-6dB 


- PC Preamble 


8slot 


- Power Control Algorithm 


Algorithml 


- TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


( to 1 677721 5) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bit 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 
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Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


TRUE 


- Number of bits for Pilot bits(SF=1 28,256) 


Not Present 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIFM 


2.0 


- DeltaSIRafteM 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 
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- SSDT Cell Identity 


-a 


- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor (3c 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of TRANSPORT CHANNEL RECONFIGURATION message : AM or UM ( Packet to CELL_DCH 
from CELL_DCH in PS ) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


Stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 
info 

- Radio bearer identity 


Not Present(Used RLC-AM or RLC-UM) 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


Not Present 


DRX indicator 


noDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




RB with PDCP information 


Not Present 


UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor (3c 





- Gain factor Bd 





- Power offset Pp-m 


OdB 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 
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DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.108 clause 6.10 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




-Uplink DPCH power control info 




-DPCCH Power offset 


-6dB 


-PC Preamble 


8slot 


-Power Control Algorithm 


Algorithml 


-TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


0(0to 16777215) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bits 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 


Not Present 
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- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


TRUE 


- Number of bits for Pilot bits(SF=1 28,256) 


Not Present 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 


- DeltaSIFM 


2.0 


- DeltaSIRafterl 


1.0 


- TX Diversity mode 


None 


- SSDT information 


Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 


1 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- TPC combination index 





- SSDT Cell Identity 


-a 
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- Closed loop timing adjustment mode 


Not Present 


- Secondary CCPCH info 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 




- SSDT Indicator 




- Spreading factor 




- Code number 




- Pilot symbol existence 




- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of TRANSPORT CHANNEL RECONFIGURATION message : AM or UM ( Packet to CELL_DCH 
from CELL_FACH in PS ) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


Stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 
info 

- Radio bearer identity 


Not Present(Used RLC-AM or RLC-UM) 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


Not Present 


DRX indicator 


noDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




RB with PDCP information 


Not Present 


UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor (3c 





- Gain factor Bd 





- Power offset Pp-m 


OdB 


Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 
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Added or Reconfigured UL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 


- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- DL DCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- Power offset Pp-m 


OdB 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 
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- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 




- BLER Quality value 


0.00 


- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


Uplink DPCH info 




-Uplink DPCH power control info 




-DPCCH Power offset 


-6dB 


-PC Preamble 


8slot 


-Power Control Algorithm 


Algorithml 


-TPC step size 


1dB 


- Scrambling code type 


Long 


- Scrambling code number 


0(0to 16777215) 


- Number of DPDCH 


Not Present(1) 


- spreading factor 


SF is reference to TS34.108 clause 6.10 Parameter Set 


- TFCI existence 


TRUE 


- Number of FBI bits 


Not Present(O) 


- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


Downlink information common for all radio links 




- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 


(single) 


- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Fixed or Flexible Position 


Flexible 


- TFCI existence 


TRUE 


- Number of bits for Pilot bits(SF=1 28,256) 


Reference to TS34.108 clause 6.10 Parameter Set 


- Downlink DPCH Offset Value 





- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 


No code change 


- Downlink frame type 


A 
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- DeltaSIFM 


2.0 


- DeltaSIRafteM 


1.0 


- TX Diversity mode 

- SSDT information 


None 

Not Present 


- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 

- Primary scrambling code 

- PDSCH with SHO DCH info 


100 

Not Present 


- DSCH radio link identifier 




- TFCI Combining set 

- Radio link identifier 




- Primary CPICH info 
- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 




- Primary CPICH usage for channel estimation 

- Secondary CPICH info 

- Secondary scrambling code 

- channelisation code 


Primary CPICH may be used 
Not Present 


- DL channelisation code 




- Secondary scrambling code 

- Code number 


1 

SF-1(SF is reference to TS34.108 clause 6.10 Parameter 


- TPC combination index 


Set) 



- SSDT Cell Identity 

- Closed loop timing adjustment mode 

- Secondary CCPCH info 

- Primary CPICH usage for channel estimation 


-a 

Not Present 

Not Present 


- Secondary CPICH info 

- Secondary scrambling code 

- channelisation code 




- Secondary scrambling code 

- SSDT Indicator 




- Spreading factor 

- Code number 




- Pilot symbol existence 

- TFCI existence 




- Fixed or Flexible Position 




- Timing offset 




-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 
Configuration) 
- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 

- Gain factor pd 

- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 
- Number of Transport blocks 

- Octet mode RLC size info 




- Transport block size 

- Semi-static Transport Format information 

- Transmission time interval 




- Type of channel coding 

- Coding Rate 




- Rate matching attribute 




- CRC size 
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-TFS 

- Dynamic Transport format information 

- Number of Transport blocks 

- Octet mode RLC size info 

- Transport block size 

- Semi-static Transport Format information 

- Transmission time interval 

- Type of channel coding 

- Coding Rate 

- Rate matching attribute 

- CRC size 

- References to system information blocks 

- Scheduling information 


Not Present 
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Contents of TRANSPORT CHANNEL RECONFIGURATION message : AM or UM ( Packet to CELL_FACH 
from CELL_DCH in PS ) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


Stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 
info 

- Radio bearer identity 


Not Present(Used RLC-AM or RLC-UM) 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


Not Present 


DRX indicator 


noDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




RB with PDCP information 


Not Present 


UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- Power offset Pp-m 




Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 
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- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- DL DCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- Power offset Pp-m 




Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


3 


-TFS 
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- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


4 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


PRACH info 




- Available Signature 




- Signature 





- Signature 


1 


- Signature 


2 


- Signature 


3 


- Signature 


4 


- Signature 


5 


- Signature 


6 


- Signature 


7 


- Available SF 


Reference to TS34.108 clause 6.10 Parameter Set 


- Scrambling code number 





- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


- Available Sub Channel number 




- Sub channel number 





- Sub channel number 


1 


- Sub channel number 


2 


- Sub channel number 


3 


- Sub channel number 


4 


- Sub channel number 


5 


- Sub channel number 


6 


- Sub channel number 


7 


- Sub channel number 


8 


- Sub channel number 


9 


- Sub channel number 


10 


- Sub channel number 


11 


Downlink information common for all radio links 


Not Present 


- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 




- Spreading factor 




- Fixed or Flexible Position 




- TFCI existence 




- Number of bits for Pilot bits(SF=1 28,256) 
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- Downlink DPCH Offset Value 




- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 




- Downlink frame type 




- DeltaSIRI 




- DeltaSIRafterl 




- TX Diversity mode 




- SSDT information 




- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


100 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 




- Code number 




- TPC combination index 




- SSDT Cell Identity 




- Closed loop timing adjustment mode 




- Secondary CCPCH info 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 


1 


- SSDT Indicator 


FALSE 
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- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- Pilot symbol existence 


FALSE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing offset 





-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 
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Contents of TRANSPORT CHANNEL RECONFIGURATION message : AM or UM ( Packet to CELL_FACH 
from CELL_FACH in PS ) 



Information Element 


Value/remark 


Message Type 




Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


Stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 
info 

- Radio bearer identity 


Not Present(Used RLC-AM or RLC-UM) 




- RLC sequence number 




Activation time 


(256+CFN-(CFN MOD 8 + 8 ))MOD 256 


New U-RNTI 


Not Present 


New C-RNTI 


0000 0000 0000 001 0B 


DRX indicator 


noDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




RB with PDCP information 


Not Present 


UL Transport channel information for all transport 




channels 




- TFC subset 


( This IE is repeated for TFC number.) 


- Allowed Transport Format combination 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.108 




clause 6.10 Parameter Set.) 


- UL DCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- Power offset Pp-m 




Added or Reconfigured UL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


DRAC static information 


Not Present 
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- Transmission Time Validity 




- Time duration before retry 




- DRAC Class identity 




DL Transport channel information common for all 




transport channel 




- SCCPCH TFCS 


( This IE is repeated for TFC number.) 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 


to MaxTFCValue-1 ( MaxTFCValue is refer to TS34.1 08 




clause 6.10 Parameter Set.) 


- Gain factor information 




- Gain factor pc 





- Gain factor pd 





- DL DCH TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- Power offset Pp-m 




Added or Reconfigured DL TrCH information 




- Transport channel identity 


1 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


2 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


3 


-TFS 
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- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Added or Reconfigured DL TrCH information 




- Transport channel identity 


4 


-TFS 




- Dynamic Transport format information 


( This IE is repeated for TFI number) 


- Number of Transport blocks 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- Bit mode RLC size info 




- Transport block size 


Reference to TS34.108 clause 6.10 Parameter Set 


- Semi-static Transport Format information 




- Transmission time interval 


Reference to TS34.108 clause 6.10 Parameter Set 


- Type of channel coding 


Reference to TS34.108 clause 6.10 Parameter Set 


- Coding Rate 


Reference to TS34.108 clause 6.10 Parameter Set 


- Rate matching attribute 


Reference to TS34.108 clause 6.10 Parameter Set 


- CRC size 


Reference to TS34.1 08 clause 6.1 Parameter Set 


- DCH quality target 


Not Present 


- BLER Quality value 




- Transparent mode signalling info 


Not Present 


Frequency info 




- UARFCN uplink(Nu) 


Reference to TS34.108 clause 6.10 Parameter Set 


- UARFCN downlink(Nd) 


Reference to TS34.108 clause 6.10 Parameter Set 


Maximum allowed UL TX power 


33dBm 


PRACH info 




- Available Signature 




- Signature 





- Signature 


1 


- Signature 


2 


- Signature 


3 


- Signature 


4 


- Signature 


5 


- Signature 


6 


- Signature 


7 


- Available SF 


Reference to TS34.108 clause 6.10 Parameter Set 


- Scrambling code number 





- Puncturing Limit 


Reference to TS34.108 clause 6.10 Parameter Set 


- Available Sub Channel number 




- Sub channel number 





- Sub channel number 


1 


- Sub channel number 


2 


- Sub channel number 


3 


- Sub channel number 


4 


- Sub channel number 


5 


- Sub channel number 


6 


- Sub channel number 


7 


- Sub channel number 


8 


- Sub channel number 


9 


- Sub channel number 


10 


- Sub channel number 


11 


Downlink information common for all radio links 


Not Present 


- Downlink DPCH info common for all RL 




- Downlink DPCH power control information 




- DPC mode 




- Spreading factor 




- Fixed or Flexible Position 




- TFCI existence 




- Number of bits for Pilot bits(SF=1 28,256) 
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- Downlink DPCH Offset Value 




- DPCH compressed mode info 




-TGPSI 


1 


-TGPS Status Fig 


inactive 


-TGMP 


FDD Measurement 


- TGPRC 


62 


- TGCFN 


(Current CFN + (256 - TTI/1 0msec)) mod 256 


-TGSN 


8 


-TGL1 


10 


-TGL2 


5 


-TGD 


15 


- TGPL1 


35 


- TGPL2 


35 


-RPP 


Mode 1 


- ITPRM 


Mode 1 


- UL/DL Mode 


DL 


- Downlink compressed mode method 


F/2 


- Uplink compressed mode method 


F/2 


- Scrambling code change 




- Downlink frame type 




- DeltaSIRI 




- DeltaSIRafterl 




- TX Diversity mode 




- SSDT information 




- S field 




- Code Word Set 




Downlink PDSCH information 


Not Present 


CPCH SET info 


Not Present 


Downlink information for each radio links 




- Primary CPICH info 




- Primary scrambling code 


150 


- PDSCH with SHO DCH info 


Not Present 


- DSCH radio link identifier 




- TFCI Combining set 




- Radio link identifier 




- Primary CPICH info 




- Primary scrambling code 




- PDSCH code mapping 


Not Present 


- Downlink DPCH info for each RL 


Not Present 


- Primary CPICH usage for channel estimation 




- Secondary CPICH info 




- Secondary scrambling code 




- channelisation code 




- DL channelisation code 




- Secondary scrambling code 




- Code number 




- TPC combination index 




- SSDT Cell Identity 




- Closed loop timing adjustment mode 




- Secondary CCPCH info 




- Primary CPICH usage for channel estimation 


Primary CPICH may be used 


- Secondary CPICH info 


Not Present 


- Secondary scrambling code 




- channelisation code 




- Secondary scrambling code 


1 


- SSDT Indicator 


FALSE 
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- Spreading factor 


Reference to TS34.108 clause 6.10 Parameter Set 


- Code number 


SF-1(SF is reference to TS34.108 clause 6.10 Parameter 




Set) 


- Pilot symbol existence 


FALSE 


- TFCI existence 


TRUE 


- Fixed or Flexible Position 


Flexible 


- Timing offset 





-TFCS 


Not Present 


- Normal 




- TFCI Field 1 information(Explicit TFCS 




Configuration) 




- Addition 




- TFCS addition 




information(Reconfiguration/Addtion information) 




- CTFC information 




-CTFC 




- Gain factor information 




- Gain factor pc 




- Gain factor pd 




- FACH/PCH information 


Not Present 


-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




-TFS 




- Dynamic Transport format information 




- Number of Transport blocks 




- Octet mode RLC size info 




- Transport block size 




- Semi-static Transport Format information 




- Transmission time interval 




- Type of channel coding 




- Coding Rate 




- Rate matching attribute 




- CRC size 




- References to system information blocks 


Not Present 


- Scheduling information 





Contents of TRANSPORT CHANNEL RECONFIGURATION COMPLETE message: AM 



Information Element 


Value/remark 


Message Type 
Integrity check info 

Uplink integrity protection activation info 
Other information element 
Radio bearer uplink ciphering activation time info 
RB with PDCP information list 


Not checked 

Not checked 
Not checked 
Not checked 
Not checked 
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Contents of TRANSPORT FORMAT COMBINATION CONTROL message : AM or UM ( in CELL_DCH ) 



Information Element 


Value/remark 


Message Type 
Integrity check info 

- Message authentication code 

- RRC Message sequence number 
DPCH TFCS in Uplink 

- Allowed Transport format combination 
index 


Not Present 

(The TFC is constructed from ALL TF0) 



Contents of UE CAPABILITY ENQUIRY message : [TBD] 



Information Element 


Value/remark 


Message Type 
Integrity check info 
Capability update requirement 

- UE radio access capability update requirement 

- System specific capability update requirement 
list 

- System specific capability update requirement 


Not checked 

TRUE 

UE only supports 1 

GSM 


system 



Contents of UE CAPABILITY INFORMATION message : AM or UM 



Information Element 


Value/remark 


Message Type 

Integrity check info 

UE radio access capability 

- Conformance test compliance 

- PDCP Capability 

- RLC Capability 

- Transport channel capability 

- RF Capability 

- Physical channel capability 

- UE multi-mode/multi-RAT capability 

- Security Capability 

- LCS Capability 

- Measurement capability 
UE system specific capability 


Not checked 

Value will be checked. Stated capability must be 
compatible with 34.123-2 (c.f. PICS/PIXIT statements in 
GSM) and the user settings 

Value will be check. UE must include the classmark 
information for the supported system 



Contents of UE CAPABILITY INFORMATION CONFIRM message : UM 



Information Element 


Value/remark 


Message Type 
Integrity check info 


Not checked 
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Contents of URA UPDATE message: TM 



Information Element 


Value/remark 


Message Type 




U-RNTI 




- SRNC identity 


0000 0000 0001 B 


- S-RNTI 


0000 0000 0000 0000 0001 B 


Integrity check info 


Not checked 


AM RLC error indication 


Not checked 


URA update cause 


See the test content 


Protocol error indicator 


Not checked 


Protocol error information 


Not checked 



Contents of URA UPDATE CONFIRM message: UM 



Information Element 


Value/remark 


Message Type 




U-RNTI 




- SRNC identity 


0000 0000 0001 B 


- S-RNTI 


0000 0000 0000 0000 0001 B 


Integrity check info 


Not Present 


- message authentication code 




- RRC message sequence number 




Integrity protection mode info 


Not Present 


- Integrity protection mode command 




- Downlink integrity protection activation info 




- RRC message sequence number 




- RRC message sequence number 




- Integrity protection algorithm 




- Integrity protection initialisation number 




Ciphering mode info 


Not Present( If ciphering is applied, this IE is needed) 


- Ciphering mode command 


stop 


- Ciphering algorithm 


Not Present(Standard UMTS Encryption Algorithm UEA1) 


- Activation time for DPCH 


Not Present(Used RLC-TM) 


- Radio bearer downlink ciphering activation time 


Not Present(Used RLC-AM or RLC-UM) 


info 




- Radio bearer identity 




- RLC sequence number 




New U-RNTI 


Not Present 


- SRNC identity 




- S-RNTI 




New C-RNTI 


Not Present 


DRX indicator 


NoDRX 


UTRAN DRX cycle length coefficient 


Not Present 


CN information info 


Not Present 


- PLMN identity 




- CN common GSM-MAP NAS system information 




- CN domain identity 




- CN domain specific GSM-MAP NAS system 




information 




URA identity 


See the test content 


RB with PDCP information 


Not Present 


- RB identity 




- PDCP SN info 
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